teraßyte

Try renaming the applications/testimonials folder to something else temporarily so that it skips loading it and see if you can get into ACP to disable it. Once it's disabled, it should be safe to rename back the folder and contact the developer for support.

Considering the error you posted before, I believe you have a 3.x version, but I'm not sure which one specifically. If you provide a URL to your site it's possible to find out.

Considering how old it is, trying to get it working again is going to be a lot of work, especially since it uses PHP/MySQL versions that have reached their EOL date long ago. For upgrading from old versions to the latest available you can check this guide instead: More specifically, the part near the end for legacy upgrades. Here's a link with the anchor: https://invisioncommunity.com/4guides/advanced-options/server-management/install-and-upgrade-r259/#ipb3toips4

Did you customize the email templates at some point perhaps? The last 4.7.18 update changes the templates to include a new security key in the URLs, without it you'd always get an error no matter what.

Does your MySQL server support the InnoDB engine with a DYNAMIC row format? If it does, that error shouldn't appear. If it only supports the MyISAM engine or the InnoDB/COMPACT row format, that error might indeed pop up.

No. Some things might not work on the Cloud, but it's rare. I haven't looked at how to make the code, but based on the idea I thought of, it should be perfectly doable.

Indeed, that's not possible with the default achievements. However, it should be possible with a custom modification. 🤔

In v4 you have to use the provided badge images or manually create your own. In v5 there's a new tool coming that allows you to create your own custom badges/icons:

No, it shouldn't add a log for those. If it's doing it on your site, it's possible the error is coming from a 3rd party modification. I've seen it happen in some cases: The item doesn't exist, but the modification doesn't account for it and an OutOfRangeException error is logged.

That should be a valid format. 🤔 Maybe try only with the date to see if that works first? 2024-08-18

Try clearing the system cache from ACP: https://invisioncommunity.com/4guides/client-services/getting-support-r292/#marcssupporttool

Did you edit your email templates at some point? The last version adds some changes (a security key value) to the URLs, and it's clearly missing in the URL you posted. Check if the email templates are edited, if they are make note of the changes you made, revert them, and re-apply your changes.

Okay, if you upgraded from 4.7.17 then it's a different issue than the one I mentioned. Looking back above, I see that Marc acknowledged the issue, so I guess he could reproduce it. All you can do now is wait for IPS to fix it. 😅

The contentCount() change was added in version 4.7.17 and done to 4 different templates. You can do a comparison between 4.7.16 and 4.7.17 to find out the 4 locations/templates: https://invisioncommunity.com/index.php?app=core&module=system&controller=plugins&do=diff To clarify: if you were already on 4.7.17 before upgrading to 4.7.18, your issue is most likely different. From which version did you upgrade from?

It's an issue with your custom theme. The contentCount() function for the forums application has been updated and you have the old parameters in your template most likely.

Probably a wrong rule inside an .htaccess file, or maybe your new hosting has some kind of redirect setup that is interfering with something else in Invision Community. 🤔

Did you customize the email templates at some point perhaps? The last update changes the templates to include a new security key, and if the parameters of the template don't match, it's most likely causing an error preventing the email from being sent.

I usually see this issue logged when the setting to cache templates to disk is enabled. Check, and if you have it enabled, try disabling it and the error should go away. Unless you need it enabled for some reason? It usually causes only more trouble enabled, though. 🤷‍♂️

The list of followed members is available in User Menu > SETTINGS > Manage Followed Content > OTHER > Members. You can also look up all other kinds of categories/items. Here's a direct link to the page on this site: https://invisioncommunity.com/followed/?type=core_member

I guess that's why I was getting 504 timeouts for a while then: The site seems fast again now. 🤔

Today this site is extremely slow and/or unresponsive when I try to load anything (even the latest notifications with an ajax request). I'm also getting often a 504 error: 504 Gateway Time-out 🤷‍♂️ === EDIT: Seems fast again for now. 🙄

If the mbstring extension is installed but disabled, and you can enable/disable PHP extensions in cPanel, you can fix it. However, if the extension is not installed, or you can't enable/disable PHP extensions in cPanel, you'll have to ask your hosting about it because it needs to be installed/enabled through the WHM panel instead. And unless you're on a VPS/Dedicated server, you won't have WHM access. Nevermind. I missed your last line that you fixed it. Great! 🙃

You may be missing some required extensions on version 8.1 and have them enabled with 8.2. Use the requirements checker with both PHP versions to compare if anything is missing/different:

My post was split from this topic and acknowledged as a bug:

@Marc This is about the auto-complete field when you're creating a new PM. The member search when you type a name loads banned accounts: The member you see above is permanently banned. The problem is the code in applications/core/modules/front/system/ajax.php that doesn't skip banned members when loading the results: /** * Find Member * * @return void */ public function findMember() { $results = array(); $input = str_replace( array( '%', '_' ), array( '\%', '\_' ), mb_strtolower( \IPS\Request::i()->input ) ); $where = array( "name LIKE CONCAT(?, '%')" ); $binds = array( $input ); if ( \IPS\Dispatcher::i()->controllerLocation === 'admin' OR ( \IPS\Member::loggedIn()->modPermission('can_see_emails') AND \IPS\Request::i()->type == 'mod' ) ) { $where[] = "email LIKE CONCAT(?, '%')"; $binds[] = $input; } if ( \IPS\Dispatcher::i()->controllerLocation === 'admin' ) { if ( \is_numeric( \IPS\Request::i()->input ) ) { $where[] = "member_id=?"; $binds[] = \intval( \IPS\Request::i()->input ); } } /* Build the array item for this member after constructing a record */ /* The value should be just the name so that it's inserted into the input properly, but for display, we wrap it in the group *fix */ foreach ( \IPS\Db::i()->select( '*', 'core_members', array_merge( array( implode( ' OR ', $where ) ), $binds ), 'LENGTH(name) ASC', array( 0, 20 ) ) as $row ) { The code should be updated to skip banned members unless you're an admin/moderator maybe? Admins could still need banned members to show up when doing something in ACP, etc.