Gabriel Torres

@Marc StridgenI've just upgraded to 4.7.0 and the bug is still present here. Please advise.

Thanks for confirming this! 🙂

Hi, We found a potential bug. See the step by step below, see if you can reproduce this incorrect behavior in your install: 1. Add a word in the word filters that will hold a post for manual approval. 2. In an existing topic (not a new one, this is important), add a new post containing the word you configured in (1). 3. The post will be held for manual approval. Go to the forums list, and you will see that instead of the topic/post hold counter showing 0/1, it will show 0/2. I.e., when a post is held for approval, the counter is increasing by two, instead of one. 4. If you delete the post, this counter will decrease by 1. Since it was increased twice, we end up with a 0/1 counter, even though there are not posts held for approval anymore. I've tested this with all third-pary apps and plugins disabled and clearing the cache, at no avail. Thank you in advance!

This is the same issue being discussed here:

@Andy928 Thanks for having found the culprit!

Answer: Answer: Anywhere. But for my tests, I am simply hitting "Print Screen" to grab a screenshot and trying to paste it. Answer: Control V or right click > paste Note: I've already tried to paste here doing exactly the same steps, and the issue doesn't happen. As mentioned, I've tried disabling all extra apps and plugins, at not avail. No big deal, as we are planning to move our install to IPS Cloud very soon. Then, if it keeps happening, you will be able to investigate it further, but hopefully the migration fixes the issue... LOL

@Daniel F 👆

Hi, The platform allows the user to change their username by themselves. Howerver, mentions in posts, reviews, private messages, etcetera are kept with their old name. This is a problem for privacy. A very common reason people are changing their username is to change their account from their real name to a nickname. However, all mentions are kept with their old (real) name, allowing them to be identified. Due to recent privacy laws in our country (LGPD), we need to be able to fix this more easily. Wehenever a user complains about that, we run a couple of mysql queries to manually fix the issue, but it would be great that, whenever a user changes their name, the platform itself triggered the necessary queries. Thanks!

@Marc Stridgen Nope

@Marc Stridgen Just as a folow-up, I was not able to pin-point the origin of this issue. It happens on a variety of browsers. I use Chrome, but moderators reported this issue happening with Edge, Brave, and Firefox ESR as well. So it is defintely not browser-related.

Hi @Sonya*. Thanks! 🙂 We were wondering which software people use to do that, as we've seen theses characters being used in apps such as Instagram. As Jim suggested above, we had already an item in our terms & conditions that said we don't allow this, so it is just a an extra work to our moderators to monitor, fix the posts, and warn members.

@Marc Stridgen @opentype Good Lord. Well, I guess I will have to leave this as a suggestion for a future release, it is virtually impossible for me to add all characters and variations manually.

@Marc Stridgen Is there a way to block/prevent these?

Hi, Today we came across a very weird behavior. We turned off copying and pasting of rich text (Paste Behavior: Always paste as plain text), yet one user was able to post the particular rich text I reproduce below both in the title and in the post itself. I have no clue on how this particular string is being able to bypass this setting. Note: I disabled all apps and plugins, disabled CloudFlare, and used the default, unmodifed theme, at no avail. 𝙌𝙐𝘼𝙇 𝙁𝙊𝙉𝙏𝙀 𝙎𝙀𝙍𝙄𝘼 𝘼 𝙈𝙀𝙇𝙃𝙊𝙍 𝙊𝙋𝘾̧𝘼̃𝙊? Could you please test and let us know why/how this string is being able to bypass the setting? Thanks.

@Marc Stridgen I will perform more tests here and will get back to you. The weird thing is that this is happening to me and at least two other moderators confirmed that this is happening with them as well.

Hi, Here is a weird behavior we are seeing in our install. When copying and pasting an image directly into the editor, the image is duplicated. I disabled all apps, plugins and used the default, unmodified theme, cleared the cache, cleared the Cloudflare cache, at no avail. The same behevior doesn't happen here in the Invision Community. Below is a short video showing the issue. Thank you in advance.

I have finally solved this issue, by disabling and re-enabling IndexNow in the Integrations menu. In summary, here is what was causing the issue: 1. 404 error pages were not being directed to the IPS software, so the software wasn't being able to create the "virtual" txt files containing the API key. In our install, this was being caused by a rule in the nginx conf file that set caching for static files. 2. After fixing that, the error was being caused by a mismatch between the API key that was currently being used by the IndexNow module and the actual request. This was solved by simply disabling and re-enabling IndexNow in the Integrations menu. Thanks!

@Daniel F With the configuration I did, the .txt URL now opens and displays a key. So, this part is now solved. E.g. https://www.clubedohardware.com.br/6b6de56e4ca9b6fb281a2792dc18de36.txt However, I still see errors regarding this specific key I pasted above in the System log. Maybe I need to delete/reset it in a table in the database? Thanks for all your pointers.

Typo: try_files $uri /index.php?$args;

The reason I was seeing the behavior I described in my previous posts was because I have cache headers assigned to static files, and a parameter was missing (we use nginx here). I will check the log files again after a few hours to see if this change solved the issue. Before: #cache for static files location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|xml|htm|html|txt|swf|cur|ttf|woff|woff2)$ { access_log off; expires 365d; } After: #cache for static files location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|xml|htm|html|txt|swf|cur|ttf|woff|woff2)$ { try_files $uri /index.php?args; access_log off; expires 365d; }

The reason I am seeing the behavior I described in my previous post is because I have cache headers assigned to static files, and a 404 page was not configured for this case. I reconfigured the conf file as per the tutorial below: The tutorial tells us to use the 404error.php file. This file only prints a basic "not found" message instead of using the default, fancy, not found routine from IPS. See the difference below: So, right now I wonder how to configure our nginx setup so that the "fancy" 404 error handler is also used for not found static files. This should fix our original issue. Thanks.

@Daniel F Many thanks for the pointer. This was an old setting we had in our nginx configuration file for our domain. I removed the line that was causing this behavior. However, I am still seeing these messages, however, all messages I am seeing have the same key name (6b6de56e4ca9b6fb281a2792dc18de36). One thing, though. If I try opening www.clubedohardware.com.br/test (for example), now I get the custom 404 page generated by the IPS software. But if I try www.cubedohardware.com.br/test.txt (for example), I get a default 404 page from nginx. If the key file (6b6de56e4ca9b6fb281a2792dc18de36.txt) is a "virtual" file handled by the routine for handling 404 errors, the issue might be this (nginx 404 page vs IPS handler). Maybe I need to configure my nginx conf file so 404 errors are directed to a specific URL/PHP file?

@Daniel F Thanks for the investigation, I will fix this over the weekend and will let you know the results.

@Daniel F I will take a deeper look into this and get back to you here.

Hi Daniel F, Nothing has changed here. I enabled IndexNow soon after upgrading to 4.6.10. The txt file that the error message is complaining simply doesn't exist. Cheers.