On 3/18/2026 at 9:50 PM, RevengeFNF said:

Elasticsearch is not usable since the release of IPS 5.

Huh? We're using Elasticsearch with no issues now.

Upgraded, no issues, no problems. 🤓

Thanks for the update.
We will do the update after our easter egg hunt event is finished.

Upgraded but I guess I don't know how this could be applied.

I have been vibe coding with Claude AI and its mentioned using Pages Database as a form for an rudimentary application tracking system. I guess this workflow can be added to this for approvals/rejections but its not clear where the real value is in that.

16 minutes ago, Shawn RR said:

Upgraded but I guess I don't know how this could be applied.

I have been vibe coding with Claude AI and its mentioned using Pages Database as a form for an rudimentary application tracking system. I guess this workflow can be added to this for approvals/rejections but its not clear where the real value is in that.

You'd probably be better in a new topic for this. But we wouild need more information on what you want to do on this. You can of course create your own database with pages, add fields for whatever you need such as versions, approve yes/no fields etc. If you're unsure, create a new topic with exactly what you're unsure about, and Im sure we can point you in the right direction

On 5.0.16, the Update Notification that shows there is a new board version available, is showing almost all prior versions, plus old versions such as 5.0.0. Alpha 1 and up as well.

50 minutes ago, Nuclear General said:

On 5.0.16, the Update Notification that shows there is a new board version available, is showing almost all prior versions, plus old versions such as 5.0.0. Alpha 1 and up as well.

Cool, 17 updates for the price of 1.

Upgraded, however once again it was interrupted by Cloudflare checks to see if I'm human, having also been checked whilst logging into the admin panel a minute earlier.

On 3/31/2026 at 11:50 PM, Emediate said:

Huh? We're using Elasticsearch with no issues now.

If you are using Elasticsearch, if in activity you set to only show unread topic, it will also show the read topics.

38 minutes ago, RevengeFNF said:

If you are using Elasticsearch, if in activity you set to only show unread topic, it will also show the read topics.

This would indicate elasticsearch is indeed usable. It simply has a bug that is causing yourself issues. I think this may be what they were pointing out here, and is quite correct.

Confusing much?

So, to be clear, @Marc, is there a known bug with Elasticsearch as outlined by @RevengeFNF ?

3 hours ago, Emediate said:

Confusing much?

So, to be clear, @Marc, is there a known bug with Elasticsearch as outlined by @RevengeFNF ?

Yes, this is an open bug
https://invisioncommunity.com/forums/topic/484551-5011-elasticsearch-showd-read-topics-in-unread-topics/#comment-3016079

this update broke my forum, I'm using PHP 8.4 (and used it successfully with no issues at all before this last update) but now this last update says:

"You are using PHP version 8.4.18. Supported PHP versions are 8.1, 8.2 or 8.3 (8.2 or 8.3 recommended). You should contact your hosting provider or system administrator to update your PHP version."

and now I'm unable to continue with the update + my live forum is stuck in "Update in progress" mode...

Well that is unfortunate. I was not even aware we've had this bug!

We moved to Elasticsearch as it was "endorsed" by Invision, and it was considerable expense and time to set it up and have it all running. Now it's got an open bug that has missed making it into some updates?

Much like Sendgrid, which we moved our entire organisation to becasue it was endorsed/approved. Then you dropped support, so recently we spent a week converting over to Postmark because that's what you now endorse. Only to discover it is very flawed and not integrated properly at all, and had to completely revert back.

Hmmmm.

31 minutes ago, Emediate said:

We moved to Elasticsearch as it was "endorsed" by Invision, and it was considerable expense and time to set it up and have it all running. Now it's got an open bug that has missed making it into some updates?

What i did was change back to Mysql Search engine, and i'am waiting for the bug to be fixed to move back to Elasticseach, because it is so much better than Mysql.

Unfortunately, that bug is a no go, since most of my community use the Unread Topics in the Activity Streams.

12 hours ago, Omri Amos said:

this update broke my forum, I'm using PHP 8.4 (and used it successfully with no issues at all before this last update) but now this last update says:

"You are using PHP version 8.4.18. Supported PHP versions are 8.1, 8.2 or 8.3 (8.2 or 8.3 recommended). You should contact your hosting provider or system administrator to update your PHP version."

and now I'm unable to continue with the update + my live forum is stuck in "Update in progress" mode...

You would need to switch your PHP version to a supported version. Version 8.4, while you appear to have had it working, is not yet supported. What has changed here are the PHP requirement checks to make it more specific. Rather than stating we support over x version, we now explicitly state which versions we support, as when a new version came out people were upgrading before we had chance to update the software

If you have issues with changing the PHP version, your best option there would be to revert to the backup taken prior to your upgrade

Not that I'm affected (yet), but I find the answer to people with broken forums on PHP 8.4 quite unsatisfying for a paid product. If you look at your own checker at https://invisioncommunity.com/files/file/7046-invision-community-requirements-checker/ and linked from https://invisioncommunity.com/buy/self-hosted/ you will see on the screenshot that version 8.4.3 is highlighted as valid. You also said "Rather than stating we support over x version, we now explicitly state which versions we support". This situation is really not fault of the client then, because Invision broke for them something that was working when you "unsupported" newer PHP. Even though what you tried is understandable, it's still a major regression. Any chance priority can be put on the recent PHP support going forward? I mean PHP 8.4 was released 1.5 year ago! I know cloud customers are unaffected, and us in self-hosted are a bit third-tier client, but still... Once you deal with implicitly nullable params, which could be practically automated to fix, the rest of the PHP upgrade issues should hopefully be even easier 😅

3 minutes ago, chivitli said:

Not that I'm affected (yet), but I find the answer to people with broken forums on PHP 8.4 quite unsatisfying for a paid product. If you look at your own checker at https://invisioncommunity.com/files/file/7046-invision-community-requirements-checker/ and linked from https://invisioncommunity.com/buy/self-hosted/ you will see on the screenshot that version 8.4.3 is highlighted as valid.

I understand your concern there. I will indeed get the screenshot changed, as I can understand why that would cause confusion. We would however expect people to use the checker, rather than look at a screenshot and assume they were good to go, as Im sure you would agree yourself.

5 minutes ago, chivitli said:

You also said "Rather than stating we support over x version, we now explicitly state which versions we support". This situation is really not fault of the client then, because Invision broke for them something that was working when you "unsupported" newer PHP.

There appears to be an misunderstanding on that one. Nothing was broken by ourselves. What we have done there is fix something that was showing incorrectly, as we would with any other bug. PHP 8.4 is not yet supported, and it was incorrectly showing it was.

6 minutes ago, chivitli said:

Any chance priority can be put on the recent PHP support going forward? I mean PHP 8.4 was released 1.5 year ago! I know cloud customers are unaffected, and us in self-hosted are a bit third-tier client, but still... Once you deal with implicitly nullable params, which could be practically automated to fix, the rest of the PHP upgrade issues should hopefully be even easier 😅

We of course always work toward providing support for newer releases of PHP. However it is simply a case of switching to PHP 8.3 and running the upgrader there. This is a very simple process in almost all environments, and would be the same if we stopped supporting a lower PHP version.

I think I've mentioned this elsewhere, but it's part of the transition to a different way of specifying version requirements. Previously, we'd have a minimum and a recommended, but that doesn't always work when there's a major new PHP release that introduces a backwards incompatibility (which happens more often now).

This release introduces the 'new way' where the release specifies exactly which PHP branches are supported. Unfortunately, PHP 8.4 isn't included in that, but we're working on compatibility with PHP 8.5. We've also introduced new development processes to ensure any new code written is compatible with all of our targeted PHP versions, including nightly PHP builds. This will allow us to support new PHP versions more quickly in future.

I've had a bug for a while now, and I haven't paid attention to it until now that it's become very frequent. Thumbnails aren't visible in some places, for example, in the "activity" section. They show up for some users but not for others. Where can I check if they're being generated correctly? Is there an option if I want to set a default image (for example, only show the profile picture of the user who made the comment) and have only that image displayed by default?

@Manuel Monroy Only images that are uploaded inside a forum post get a thumbnail.
Links to images on external sources get no thumbnail.

Edited April 9Apr 9 by Moestuin

On 4/7/2026 at 10:18 AM, Marc said:

You would need to switch your PHP version to a supported version. Version 8.4, while you appear to have had it working, is not yet supported.

well, it was actually working perfectly fine.

I was able to finish the update by adding 8.4 in applications/core/data/requirements.json.

But now I see there is a new update available (5.0.18) and it won't let me even start the update...

"1C287/2 You are using PHP version 8.4.18. Supported PHP versions are 8.1, 8.2 or 8.3 (8.2 or 8.3 recommended). You should contact your hosting provider or system administrator to update your PHP version."

That's a shame.

On 4/8/2026 at 5:44 PM, Stuart Silvester said:

This release introduces the 'new way' where the release specifies exactly which PHP branches are supported. Unfortunately, PHP 8.4 isn't included in that, but we're working on compatibility with PHP 8.5. We've also introduced new development processes to ensure any new code written is compatible with all of our targeted PHP versions, including nightly PHP builds. This will allow us to support new PHP versions more quickly in future.

So to clarify, PHP 8.4 will basically "never" be supported? and PHP 8.5 support will come before PHP 8.4 support?

When will PHP 8.5 be supported?

Edited April 10Apr 10 by Omri Amos

No warning about PHP level prior to system check...so I'm now stuck here and forums are down. I'm happy just to go back to the way it was until I get our host to upgrade first...can't find how to do that, can anyone help?

• You are running PHP version 8.0.30. You need PHP 8.1.0 or above (8.2.0 or above recommended). You should contact your hosting provider or system administrator to ask for an upgrade.

15 minutes ago, Barry Richmond said:

No warning about PHP level prior to system check...so I'm now stuck here and forums are down. I'm happy just to go back to the way it was until I get our host to upgrade first...can't find how to do that, can anyone help?

• You are running PHP version 8.0.30. You need PHP 8.1.0 or above (8.2.0 or above recommended). You should contact your hosting provider or system administrator to ask for an upgrade.

You would have to revert to backup in order to switch back. I have to be honest though, and say I would very much advise on contacting your hosting company. If you are using 8.0.3 this has not been supported since 2024 by PHP even for security

Just now, Marc said:

You would have to revert to backup in order to switch back. I have to be honest though, and say I would very much advise on contacting your hosting company. If you are using 8.0.3 this has not been supported since 2024 by PHP even for security

There really needs to be a 'cancel upgrade' function on future updates here, because I got completely blindsided by this php upgrade thing and wouldn't have hit the upgrade button if I had known about this prior... now I'm stuck unless I roll back to a backup? Pretty inconvenient...