Daniel F

{{if \IPS\Dispatcher::i()->application->directory != 'nexus'}} Your code to show everywhere except in commerce {{endif}}

His ( not your!) license expired.

create_function was deprecated in PHP8. This means => Change to PHP8, then download the files from the client area and upload them to your filesystem. BTW, the error is weird, it should be safe to remove the additional code which loads the IPB_FIREWALL thing from your conf_global.php

We're working on a fix and will release a patch ASAP it's ready.

Do you see any javascript errors in the console? Does this also happen when you disable all 3rd party applications and plugins?

Yes.

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

No, it’s an internal bug report.

Where / when do you see this?

That’s the email statistics chart

Have you recently updated to PHP8? If yes, have you also updated the path to the PHP binary for the cron?

There's a missing langstring

I've created a bug report for this. That said, I've gone ahead and also posted some further ideas to improve the experience here. It would be lovely if the admin could manage the tabs ( change the order + set if it should be hidden, shown only when data are present, or if it should be always shown. )

Depends on the OS and browser https://www.grammarly.com/browser/chrome

Are you probably using customized templates?

Thanks I have fixed this for an upcoming release.

Unfortunately, there's no way to accomplish this, but we have an internal suggestion to add this as an additional filter to our already existing clubs widget.

I have pushed an improvement to not throw any errors here, which will be included in the march release, but till then you'll need to fix this yourself/remove the broken row. Have you removed any 3rd party apps recently? Are you familiar with MySQL/phpMyAdmin? You'll need to take a look at the core_clubs_node_map table and find the orphaned record(s)

That's caused by a mapped club node, where the node doesn't exist anymore (AKA a club feature like a forum, gallery category, 3rd party category) was deleted, without being deleted from the club. I've seen this with few 3rd party application, where $contentItemClass::$application was actually not using the correct application id.

I'm not sure why, but recently the number of submissions with some issues related to guests and handling them increased a lot recently. Sometimes it's harmless, like showing some content and using \IPS\Member::loggedIn()->member_id in the where condition, but sometimes it's really dangerous because either you're allowing an attacker/or just random visitor to delete all the guest accounts,to spam the board as guest, to flood peoples member table with hundreds of guest accounts and and and... There are dozen of bad scenarios which I've seen in the last months. So, when working with the visitor object ( Member::loggedIn() ) in controllers, ask yourself=> Should this controller be accessed by guests at all? If not, just put the following code in the controllers' execute method to block guests. /* Logged in?*/ if ( !\IPS\Member::loggedIn()->member_id ) { \IPS\Output::i()->error( 'no_module_permission', '2....', 403, '' ); } If it's only related to specific actions, call it in the specific actions! Never trust that a controller or method won't be called by somebody, just because the navbar link is visible to only logged in members:) Also when you want to change something for the currently logged in member, don't expect that he's logged in! You really should make sure that the member is logged in and not a guest before you start to change some properties and use the save method to store the changes, otherwise you'll save the guest instance in the members table, which will look like this which in 99.9999% isn't what you want & need;)

You can literally use the pages app to create it.

Do you have any examples? I'm curious to see what you're trying to achieve.

There's a 3rd party app in the marketplace which can flag Chinese characters as spam content

Are there any in GSC at all? If yes, can you find any page which has guaranteed some data and open the Analyzer on such page? I've had recently a client who moved his community from a subdomain to the main site without taking care of redirects, so it was logical that he had no results at all.

This is fixed in the upcoming February release.