Egorkin

I did, thank you! Let's see what the users will say 🙂 Now the reminder letters will come, right? And after how long and is it configured?

Which table and which field stores information about posts marked as "Issue resolved"?

I receive a reminder letter from this forum about a week later about my topic "Did I get an answer to my question?". Where can I set this up on my forum?

Yes! A warning that I exceed the length should appear near the input field during editing. So that the work done is not wasted, because it infuriates! Bad idea 🙂

Yes, that's right! The old header remains, and the new corrected one is lost. Yes, that's right! The old header remains, and the new corrected one is lost. Why can't I give the option to edit further after the error window?

If I click the cursor on the topic name and edit it, but it turns out to be too long and an error message appears. And then everything just gets erased! This is a very bad interface and needs to be fixed.

Updated to 4.7.5 and CSS has not changed. Mmm... maybe it was necessary to change something in MySQL? It's cached there... 🤦‍♂️

I upgraded to 4.7.4 and the problem reappeared. I don't want to fix CSS every time. Maybe completely update the style, and erase all the old ones?

<?php error_reporting(E_ALL); $url = "https://remoteservices.invisionpower.com/connectionCheck/?version=107404"; //$user_agent = 'Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)'; $ch = curl_init(); curl_setopt($ch, CURLOPT_URL, $url); //curl_setopt($ch, CURLOPT_USERAGENT, $user_agent); curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); curl_setopt($ch, CURLOPT_FOLLOWLOCATION, 1); curl_setopt($ch, CURLOPT_HEADER, 0); curl_setopt($ch, CURLOPT_NOBODY, 0); curl_setopt($ch, CURLOPT_TIMEOUT, 30); $res = curl_exec($ch); curl_close($ch); var_dump ($res); /* string(919) " 403 ERROR The request could not be satisfied. Request blocked. We can't connect to the server for this app or website at this time. There might be too much traffic or a configuration error. Try again later, or contact the app or website owner. If you provide content to customers through CloudFront, you can find steps to troubleshoot and help prevent this error by reviewing the CloudFront documentation. Generated by cloudfront (CloudFront) Request ID: 7JVC__LseKvtRPzSm0JN3LVG1JdtUxwrXQS1h0-8bFTQJc9Po93dFw== " */ But if I enable $user-agent, I immediately get the correct answer.

When I try to update, I get a timeout from the server: From the browser, this URL gives JSON normally. Why? I can upgrade via SSH from the distribution, if anything... 🙄

Compared the styles with the tool in VS Code and inserted the missing piece. Thanks.

Do I need to update the entire template or can I do it point-by-point?

It worked. Updated. Thanks 🙂

A few days ago I successfully upgraded to 4.7.1 From the browser, the address (there is JSON) is available...

The problem has not been eliminated. 🙄

I'm trying to upgrade through the admin panel and there is no access to the server: The license is valid. Is it just me?

Question to the IPS Team! We IPS clients are not to blame for what our president is doing in Ukraine. No sane person supports this horror. If it is impossible to renew the license, then maybe it is possible to update the distribution to preserve the security of communities? Without support and services. For example, Microsoft has stopped sales in Russia, but updates are available. Without this, we will have to switch to illegal versions for the safety of our communities. I've been an IPS customer for 15 years and that would be the worst choice.

How do I pay for a license from Russia now? A question for the Russians, of course 🙃

Yes, I have plans to upgrade to the latest version in a week.

There are a lot of such errors in the error log: Is this my problem or an IPB bug? P.S.: PHP 8.0.19 and IPB 4.6.12.1

Yes, you're right. I forgot about this list 🙂 Thanks!

Yes, the user inserted the link and it is not clickable - there is no href tag.

For some reason, some links acquire such a class in messages. Why is this happening?

Yes, I understand you, I will do it! 😊 This is necessary to minimize the number of emails sent via external SMTP during a DDoS attack. To hide the IP address of the server.

Is it possible to forcibly disable (without the possibility of enabling users) all mailings to users (subscriptions) except for emails to confirm e-mail?