teraßyte

That means the file is not being overwritten properly. I'd start by checking the file owner/group/permissions. Sometimes the file is owned by another user/group and it can't be overwritten. In such cases, a simple chown command from SSH would fix it. If you have no idea what I'm talking about, ask your host for help.

Looks like some of your files are not up-to-date. Download the suite package file from your client area and re-upload all the files to your server (be sure to overwrite the old files).

PHP 8.2 is not supported. Downgrade to either 8.0 or 8.1.

It's also possible it's a problem with the image library. Are you using GD or ImageMagick? For example, I've seen people have issues with specific ImageMagick versions.

Looks like one or more files are missing. Try reuploading the files to your server.

No, there is no function like that in the suite. There might be a modification for it if you look around, or you might need a 3rd party Provider to make it for you.

That's a generic server error. Look at the server/PHP error logs to find out what the real error behind it is.

It's indeed the same issue. I posted a fix here if you can't wait for IPS to fix it in the next (?) version:

Yes, Google is turning the service on and off constantly to alert people they'll remove it soon. That said, it's hilarious they mention using their new Charts API while it doesn't have a QR code option. 🤷‍♂️

I'm confused. 🤨 You're adding data to $_SESSION, but then you're dumping \IPS\Member::loggedIn() which doesn't contain/read $_SESSION in the other file. What exactly are you trying to do?

The Converters application allows you to import also data from another Invision Community. Start a new conversion and select Invision Community from the What software are you converting from? dropdown.

The original image is used to rebuild all other images if you change the max or thumbnail sizes, and also if you add or remove a watermark.

In the file /system/File/Amazon.php inside the function deleteContainer() this code is executed when adding a new delete task to delete the files in a bucket folder (container): /* Turn on task */ \IPS\Db::i()->update( 'core_tasks', array( 'enabled' => 1 ), array( '`key`=?', 's3_delete' ) ); The problem is that the task's key is not s3_delete but s3Delete (no space + capitalized). This causes the task to delete the S3 files to not activate correctly. The same issue is also present inside the code of the s3Delete task to disable itself in 2 different locations. Lines 44-50: if ( !( $obj instanceof \IPS\File\Amazon ) ) { /* Class is not Amazon, so just stop here and truncate the table as there's nothing we can really do now. */ \IPS\Db::i()->delete( 'core_s3_deletions' ); \IPS\Db::i()->update( 'core_tasks', array( 'enabled' => 0 ), array( '`key`=?', 's3_delete' ) ); return NULL; } Lines 96-97: /* Nothing to do, so switch off the task */ \IPS\Db::i()->update( 'core_tasks', array( 'enabled' => 0 ), array( '`key`=?', 's3_delete' ) ); Again s3_delete is being used instead of s3Delete.

When adding an announcement it's possible to select an ending date before the starting date. When that happens that announcement will never show. Example: Start date: 26 March End date: 7 March (instead of 7 April) When adding/editing an announcement, it should throw an error if the end date comes before the starting one.

Member Map is an old modification that's been abandoned. There is a new application for it called Community Map: https://www.invisioneer.org/files/file/376-community-map/

There was a paid modification from DevFuse for this, but it's not available anymore. The developer has recently gone missing. You'll need someone to make a new modification for you. 🤷‍♂️ EDIT: I take that back. Looks like Adriano made a new modification for it already: https://www.invisioneer.org/files/file/220-disable-friendly-number-format/

What kind of image are you trying to upload? SVG?

I believe they'll need to click the reset password link on the login screen to set a password if they never set one. Other than that, you should be good.

That's what I did more than a year ago already. 😋

You have the old license most likely, but it's possible to upgrade to a Classic License from your client area. Check this topic for more info:

I don't think normal members will be able to see that someone is assigned to the topic. I might be wrong, though. 🙄

Here's a link to the guide:

If you disable the guest group from accessing the site, nobody, not even search engines, will see the content. If you also want to control who registers and can see the content, enable the admin validation for new accounts. Or you can disable new registrations, and manually add the accounts for the club if they're only a few. Or only allow certain email domains to register if your club has a specific domain for all members.

I had the same issue recently. I received errors that Gmail rejected my emails because they did not pass DKIM/SPF. Switching from the PHP mail method to SMTP increased my score on https://www.mail-tester.com/ and the emails started being delivered again.

The data is in the core_follow table. They need to filter by: follow_app=core follow_area=member follow_rel_id=XXX (where XXX is the member ID)