Daniel F

{{if \in_array('dein-tag', $item->tags())}} Topic has the tag "dein-tag" {{endif}}  

The method should return an array (mentioned by phpdoc)
Unfortunately, there were no return types when IPS 4 was created, but they're now, so I guess the best thing to do here is to enforce it

 
Seems much more straightforward than including just another IMO unnecesary check for the methods return value.

It’s not happening automatically. They‘ll be moved when they log in  the next time. 

There’s an ignore feature in our suite.
They can access the page via the Account Menu - Ignored Users 
https://invisioncommunity.com/ignore/

We have them in our gallery
https://invisioncommunity.com/gallery/category/2-webinars/
 

Thanks, I can reproduce it and it's fixed now for an upcoming release.

This sounds like an issue with a WAF (Web Application Firewall). I would suggest to contact your webhost to see if something is blocking the request.

Thanks I have fixed this for an upcoming release.

There's no 404 error log in the default IPS, but if you're using google analytics, you could use it to see all the URLS which return the 404 page.
There is also at least one marketplace file that can log these pages 
https://invisioncommunity.com/files/file/8999-404-management/
 
( I have also an app for this, but it's probably doing too much if you need only the 404 log ) 
 

Have you changed the _list_format_ language string?

Are your tasks working?

Thanks, I have fixed this for an upcoming release.

Create your custom file and place it in your community root. Then add following to your constants.php file.
define( 'UPGRADING_PAGE', 'file.html' );  

You can always take a look at your requirements.json file ( yourURL/applications/core/data/requirements.json ) to see the required and recommended PHP and MySQL version.
 

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.
 

That's an issue with a 3rd party application called forms
 
 

Thanks, I have logged to this to our bug tracker.

It seems like your cli is using another php version than the Webserver 

You could use https://www.php.net/manual/en/function.iterator-to-array.php to get an array from the iterator 

See the email debugging section 
 

We're creating a ticket (AKA you'll get an email to your client email address ) when we reject a submission, which happened in your case on Nov 28, 3:04am.

The problem for Chris were many very old orphaned posts which we removed for him via a ticket. 

The content for the activity stream comes from the search index. Does the search return anything? 

Can you confirm that you also updated the cron job after switching the PHP version?
Yea, I'm quite sure that it's this. The current command in the ACP to create the cron job points to  /opt/cpanel/ea-php80/root/usr/bin/php 
 
so anything created with PHP7.x would have pointed to /opt/cpanel/ea-php7....

I have fixed this for an upcoming release