Gabriel Torres Posted February 9, 2022 Share Posted February 9, 2022 Hi there, I found out a very silly bug with the plataform, regarding the new feature that holds content for approval if an email adress is detected. If an image with an "@" symbol in its filename is inserted, the post is held for approval. We had old custom emoticons with file names such as: biggrin@2x.png ohmy@2x.png sad@2x.png tongue@2x.png happy@2x.png ph34r@2x.png sleep@2x.png wink@2x.png smile@2x.png Whenever any one of them was used, the post would be held for approval. I deleted these emoticons, but maybe this is something you want to take a look into. Thanks, Gabe. Link to comment Share on other sites More sharing options...
Marc Posted February 9, 2022 Share Posted February 9, 2022 Before I look further into this, are you holding URLs with an @ in moderation? If so, thats what will be causing the problem. This images by the way are the retina versions of emoticons. Link to comment Share on other sites More sharing options...
Gabriel Torres Posted February 9, 2022 Author Share Posted February 9, 2022 (edited) @Marc Stridgen 4 hours ago, Marc Stridgen said: are you holding URLs with an @ in moderation? I am not sure that I understood the question. I simply enabled the new feature below, available in the Word Filters section, Spam & E-mail tab: Quote Added the ability to moderate or replace posted email addresses with an obfuscated placeholder in content. So, I know that this is causing the issue, as explained in my original post. What I am reporting here is that, in my opinion, this filter should ignore filenames from images/emoticons. Cheers Edited February 9, 2022 by Gabriel Torres Marc 1 Link to comment Share on other sites More sharing options...
Marc Posted February 9, 2022 Share Posted February 9, 2022 20 minutes ago, Gabriel Torres said: @Marc Stridgen I am not sure that I understood the question. I simply enabled the new feature below, available in the Word Filters section, Spam & E-mail tab: So, I know that this is causing the issue, as explained in my original post. What I am reporting here is that, in my opinion, this filter should ignore filenames from images/emoticons. Cheers I would suspect you are probably correct indeed 🙂  Thank you for bringing this issue to our attention! I can confirm this should be further reviewed and I have logged an internal bug report for our development team to investigate and address as necessary, in a future maintenance release.  Gabriel Torres 1 Link to comment Share on other sites More sharing options...
Solution Marc Posted March 8, 2022 Solution Share Posted March 8, 2022 A new version (4.6.11) has now been released which resolves this issue. Please upgrade to the latest release in order to get this fix. Gabriel Torres 1 Link to comment Share on other sites More sharing options...
Recommended Posts