Gabriel Torres

@DawPi You current approach: simple textarea Best approach: WYSIWYG editor

It helps, thanks. The standard WYSIWYG editor from the platform instead of a textarea field. Cheers.

Hi, In the cookies policy page (/cookies), e.g. https://invisioncommunity.com/cookies The header "Third Party Cookies" should be displayed only if the "Third Party Cookie Details" field in the ACP > Terms & Privacy Policy > Cookies page has been filled out. It doesn't make sense a header with no corresponding text under it. Just my two cents. Cheers, Gabe.

Not the case here. We can instruct search engines to not index pages without useful content, such as the case of pages that display "you can't access this page"... See that my proposal is to give a hint to search engines to not index profiles that display this kind of message...

@Miss_B I liked the concept of this app. A few questions and ideas. 1. A setting to automatically configure banned users to "no one". 2. When guests can't view the profile, did you set the noindex meta tag, so it gives a hint to Google/Bing that they shouldn't be there? Cheers.

The only drawback is that this caching will impact in the number of recorded views for each item (topics, articles, and so on), right?

I don't know what "REST / GraphQL" is. Please advise. Gabe. Not an issue for us here -- we don't allow guests to change themes or language anyway.

Hi, I was reading at the feature deprecation list the following: We use CloudFlare. I was wondering whether we need any additional steps for caching guest pages at the CDN level or if any additional configuration is needed. Please advise. Cheers, Gabe

Ideally something along the lines of: Your topic has been moved: <title> Your topic has been edited: <title> Your post has been hidden: <title> Where <title> is the topic's title. It could be incorporated in the #reason_stuff# tag. Currently: John Doe moved a topic <title> Proposal: John Doe moved a topic <title> from <origin> to <destination> Where <origin> and <destination> are the forums names with links to them. Thanks for the reply! 🙂

@DawPi I've just installed your app and I have a few suggestions: 1. Replacement strings (tags) for the title. As it happens, right now all private messages have the same title, which is not the ideal. The user who has three different topics/posts moderated, will receive three messages with the same title and might think they are simply duplicates. Also, in the future, it might be difficult to locate a specific message. 2. For the move action, to add the source and target forums. 3. The content editor could use the Rich Text editor Thanks!

Hi, When we move a topic, the following entry is created in the moderation history for that topic: modlog__action_move Moved a %s: <a href='%s'>%s</a> My suggestion is to add to this string the source and target forums. E.g.: Moved a %s: <a href='%s'>%s</a> from %s to %s Here in our daily operations, oftentimes we need this information, and it would be great if it were readily available. Thanks!

@Ryan Ashbrook

@Marc Stridgen Addendum: I said PM, but it could be implemented through notifications. @DawPi Many thanks for pointing me to this app! 🙂

Hi, Is there a way to send automated PMs upon moderation actions (e.g., when a topic or post is hidden, deleted, moved etc)? I used to acomplish that with the Automation Rules plugins, but it is no longer supported, so I had to uninstall it. The current IPS version has the alert feature. However, our moderators need to manually fill out the required fields every time, which is time-consuming and really annoying. If there is no solution for that, could a member of the staff move this topic to the Feedback forum? Thanks. Thanks!

@AL B Also, try: It works great here for us.

@Marc Stridgen Yes, this topic is old but it helped me to solve the same issue I was having here. My question is whether I should investigate this further or not... Thanks!

@Jim M I was facing the same issue (we had literally thousands of those errors in our logs), and your advice to disable the template disk caching solved the issue for me. I only wonder if this is something more serious that must be addressed. For those looking for this option: Advanced Configuration > Server Environment > Performance > Enable template disk caching?

BTW, the last issue is actually throwing an error: TypeError: Cannot access offset of type string on string in [redacted]/applications/core/extensions/core/MemberHistory/Core.php:767 Stack trace: #0 [redacted]/system/Member/History.php(157): IPS\core\extensions\core\MemberHistory\_Core->parseLogData() #1 [redacted]/system/Helpers/Table/Db.php(444): IPS\Member\_History->IPS\Member\{closure}() #2 [internal function]: IPS\Helpers\Table\_Db->getRows() #3 [redacted]/init.php(932) : eval()'d code(138): call_user_func_array() #4 [redacted]/system/Helpers/Table/Table.php(504): IPS\Helpers\Table\hook2489->getRows() #5 [redacted]/system/Theme/Theme.php(885) : eval()'d code(2507): IPS\Helpers\Table\_Table->__toString() #6 [redacted]/system/Theme/SandboxedTemplate.php(61): IPS\Theme\class_core_admin_memberprofile->history() #7 [redacted]/applications/core/modules/admin/members/members.php(1257): IPS\Theme\_SandboxedTemplate->__call() #8 [redacted]/system/Dispatcher/Controller.php(107): IPS\core\modules\admin\members\_members->view() #9 [redacted]/system/Dispatcher/Dispatcher.php(153): IPS\Dispatcher\_Controller->execute() #10 [redacted]/[redacted]/index.php(13): IPS\_Dispatcher->run() #11 {main} #0 [redacted]/system/Member/History.php(162): IPS\_Log::log() #1 [redacted]/system/Helpers/Table/Db.php(444): IPS\Member\_History->IPS\Member\{closure}() #2 [internal function]: IPS\Helpers\Table\_Db->getRows() #3 [redacted]/init.php(932) : eval()'d code(138): call_user_func_array() #4 [redacted]/system/Helpers/Table/Table.php(504): IPS\Helpers\Table\hook2489->getRows() #5 [redacted]/system/Theme/Theme.php(885) : eval()'d code(2507): IPS\Helpers\Table\_Table->__toString() #6 [redacted]/system/Theme/SandboxedTemplate.php(61): IPS\Theme\class_core_admin_memberprofile->history() #7 [redacted]/applications/core/modules/admin/members/members.php(1257): IPS\Theme\_SandboxedTemplate->__call() #8 [redacted]/system/Dispatcher/Controller.php(107): IPS\core\modules\admin\members\_members->view() #9 [redacted]/system/Dispatcher/Dispatcher.php(153): IPS\Dispatcher\_Controller->execute() #10 [redacted]/[redacted]/index.php(13): IPS\_Dispatcher->run() #11 {main} After manually deleting the log entry "account_deletion_cancelled", the error is not thrown anymore. So, there is a bug that must be addressed! Cheers.

In ACP > Notification Settings I have no clue why this acp_notification_Maxmind is there (this string doesn't exist) and why ACP_NOTIFICATION_GROUP_COMMERCE is duplicated (it shows again right below, but correctly replaced with "COMMERCE"). In a user profile inside the ACP: I have no clue on why this is happening, as the account_deletion_cancelled string does exist. Maybe something to do with those "quotes"? Cheers

Hi, It would be very useful to have a setting to automatically approve PII + account deletion requests. I don't see why we need manual intervention in those cases. Cheers.

Quick follow up: there is already a language string that could be used in the topic template instead: byline_nodate

Hello, Today I noticed that the byline_itemprop language string defaults to: By %s, The presence of this comma causes a visual issue in topics, as the name of the author is incorrectly followed by a comma: This comma, however, is used for separating the username from the date/time string in the topic list: So, if we edit the byline_itemprop string to remove the comma, it fixes the issue in the topic, but create another issue in the topic list: Here at invisioncommunity.com, I noticed that this language string was edited and the comma was removed, so the username isn't followed by a comma in topics, but the username and the date/time are not separated by a comma in the topic list. Proposed solution: add a new language string that defaults to By %s (without a comma) and use this new language string in the forums > front > topics > topic template. I know this is a very silly visual bug, but I had to mention it. Cheers, Gabe.

Thanks, @teraßyte! It worked here. I will try to replicate the same logic to other plugins and will ask for help again if I face issues solving the issue with other plugins.

@Adriano Faria I've read the other topic from @CodingJungle where you guys were discussing the infamous parent error with PHP8: Our install has several custom-made apps and plugins, and the developer @newbie LAC is MIA since the beginning of the Covid pandemic (and I fear for the worst, as I tried, unsuccessfully, contacting him via email a few times). Since we want to preserve all these plugins, I have to fix all of these errors myself before moving to PHP8 in production, which is quite annoying. I will post below the issue I am having with one specific plugin, so maybe you guys can help me out fixing the issue and, hopefuly, once I understand how to fix this, I will be able to replicate the fix to all other plugins that are throwing the same error. As seen in the log above, the error is thrown in line 137, which reads as: $whosOnline = parent::whosOnline($members, $memberCount, $guests, $anonymous, $orientation); I've tried to surround this statement with what you suggested in the other topic, at no avail: if( \is_callable( 'parent::whosOnline' ) ) { $whosOnline = parent::whosOnline($members, $memberCount, $guests, $anonymous, $orientation); return $whosOnline; } If you could help me out it would be super. I am attaching the hook file to this post for your evaluation. Thanks. nbBotsInOnlineListTplWhosOnline.php

@Marc Stridgen I can confirm that this bug is now solved in 4.7.2. Many thanks for the support! 🙂