Daniel F

Just to follow up on this, this was caused by a bug which was fixed for an upcoming release.

ACP => System => Postings. The setting is called "Post Before Registering"
Hint: You can always use our ACP live search to find such stuff;) 

We have announced the feature with some further information here

You could report the file

I can confirm that we have a ticket for this and I'm actually looking at your issue.

This was a valid bug in our software, which I've just fixed for an upcoming release. 

Stuart fixed this few days ago🤯, meaning it's going to be included in the next regular release:) 

It seems that this was a bug in our upgrader.

The WYSIWYG widget was indeed limited to be used in the pages app in the past, but we changed this 2018 for IPS 4.3.4 (geez, time flies:D ) , but due to a bug in our upgrader, the restriction was never changed, so all instances which were installed before we made the change were unfortunatly not able to use the widget outside of the pages app, while new installations were, hence the problem with reproducing it.
I have fixed this now for an upcoming release 🙂  

This was fixed for an upcoming release. 

$theme->css_updated will contain the timestamp of the last rebuild.

Thanks, there was a bug in the endpoint which will be resolved in an upcoming release.

The /core/clubs endpoint will return only visible clubs if you're using oAuth 🙂 
/** * GET /core/clubs * Get list of clubs * * @apiparam int page Page number * @apiparam int perPage Number of results per page - defaults to 25 * @note For requests using an OAuth Access Token for a particular member, only clubs the authorized user can view will be included * @return \IPS\Api\PaginatedResponse<IPS\Member\Club> */ That said, I have raised an internal suggestion to add an additional parameter to pass a specific member 

Take a look at Node::roots() 😉
Unfortunatly there are few cases where nodes are handled different and this is one...
Node::roots() won't call the constructLoadQuery method, but you'll be able to add your own data to the AR object inside the constructFromData() method.
 

Adriano's code will disable the app completely, which I guess is also not what you want:D
1. You'll have to tell us how you're changing the navigation:D
2. You *could*  use \IPS\Member::loggedIn()->skin to get the members theme id and do something like:
{{if \IPS\Member::loggedIn()->skin === 3}} this will be displayed only in theme 3 {{else}} everybody else will see this {{endif}} Something similar could be done in Theme::hookData(). It's really a powerful system, so I would suggest to spend some time to see how exactly it's working:)
You could also create a hook on Template::compileTemplate to do whatever you want there, for example to remove the hook before the template is compiled;) BUT I'm afraid, that's just asking for trouble and it's something what you could do for your own board, but I don't think that we would allow such changes in the marketplace! 

You can use the ban filters for this. ( ACP => Members => Ban Settings )

thx I have fixed this for an upcoming release. 

{text|raw} won't escape the text. But please be very careful 😉 NEVER do this with usergenerated content

Thanks.
Based on our code ReadMarkers support Items without containers, so it's a valid bug which I have posted to our internal bugtracker.

select id1 as topic_id ,count(*) as total FROM core_attachments_map where location_key = 'forums_Forums' group by id1 order by total desc will return the topics with the most attachments

Is it affect all your ACP pages? It could also be a WAF ( Web Application Firewall) issue. I would suggest to contact your webhost to see if there's a WAF and if yes, to tell them to change the WAF rules.

It seems that your homeArticles template tries to include a template called articleSingle

I have filled a bug report for this.

You have to enable designers mode for this.