TDBF

If anyone wants my other apps, just let me know and I will post them here.

If anyone wants my other apps, just let me know and I will post them here.

Website Footer v2 2.0.2.tar
Sorry, I had to close down the site due to issues with the software which I was using. Sadly, I cannot use my own forum for downloads.

Website Footer v2 2.0.2.tar
Sorry, I had to close down the site due to issues with the software which I was using. Sadly, I cannot use my own forum for downloads.

Website Footer v2 2.0.2.tar
Sorry, I had to close down the site due to issues with the software which I was using. Sadly, I cannot use my own forum for downloads.

Website Footer v2 2.0.2.tar
Sorry, I had to close down the site due to issues with the software which I was using. Sadly, I cannot use my own forum for downloads.

If anyone wants my other apps, just let me know and I will post them here.

Website Footer v2 2.0.2.tar
Sorry, I had to close down the site due to issues with the software which I was using. Sadly, I cannot use my own forum for downloads.

New version waiting for approval in the marketplace.

Fair 😄 

Sorry Marc, my comment was a little tongue in cheek. 🙂 
However, Google also uses Passkey now.

Sorry Marc, my comment was a little tongue in cheek. 🙂 
However, Google also uses Passkey now.

I have set the constant BULK_MAILS_PER_CYCLE to 100, however bulk emails are still being sent out at 400 a time.
\define( 'BULK_MAILS_PER_CYCLE', 100 );
Thus my emails are getting temporarily deferred due to unexpected volume.
Is this correct or am I missing something here? 🙂

Thanks for reminding me that I have a short memory!! 🤣

I’m having the same issue, and I’ve traced it to this function on line 4353 in system/Content/Controller.php:
protected function sendModerationAlert( array $values, \IPS\Content\Item|\IPS\Content\Comment $content ) : \IPS\core\Alerts\Alert { } More specifically, the second argument, the union types, causes issues for the editForm function in system/Plugin/Hook.php. On line 370, the editForm function loops through parameters and tries to get their types and names:
$parameters[] = ( $parameter->getType() ? ( ( ( $parameter->allowsNull() ) ? '?' : '' ). '\\' . $parameter->getType()->getName() . ' ' ) : '' ) . ( $parameter->isPassedByReference() ? '&' : '' ) . '$' . $parameter->name . ( $parameter->isOptional() ? ( '=' . var_export( $parameter->getDefaultValue(), TRUE ) ) : '' ); This works with single types, but not with union types.
A single type returns a ReflectionNamedType, while union types return ReflectionUnionType, and trying to call getName() on a ReflectionUnionType will not work. I assume a simple check for ReflectionUnionType inside the try block would solve the issue.
As far as I can tell, this issue affects all hooks to \IPS\Content\Controller and every class extending that class.
For the record, I’m using PHP 8.1.16.

Me. 🙂

Hi,

I'm not sure that this is an issue on my end or not.
I have created a hook which extends class \IPS\Content\Controller, however when I try to edit the hook I get the following error.
Anyone else getting this?
Error: Call to undefined method ReflectionUnionType::getName() (0) #0 C:\wamp64\www\#\applications\core\modules\admin\applications\developer.php(3577): IPS\Plugin\_Hook->editForm() #1 C:\wamp64\www\#\system\Dispatcher\Controller.php(107): IPS\core\modules\admin\applications\_developer->editHook() #2 C:\wamp64\www\#\applications\core\modules\admin\applications\developer.php(69): IPS\Dispatcher\_Controller->execute() #3 C:\wamp64\www\#\system\Dispatcher\Dispatcher.php(153): IPS\core\modules\admin\applications\_developer->execute() #4 C:\wamp64\www\#\admin\index.php(13): IPS\_Dispatcher->run() #5 {main}  

Hi,

I'm not sure that this is an issue on my end or not.
I have created a hook which extends class \IPS\Content\Controller, however when I try to edit the hook I get the following error.
Anyone else getting this?
Error: Call to undefined method ReflectionUnionType::getName() (0) #0 C:\wamp64\www\#\applications\core\modules\admin\applications\developer.php(3577): IPS\Plugin\_Hook->editForm() #1 C:\wamp64\www\#\system\Dispatcher\Controller.php(107): IPS\core\modules\admin\applications\_developer->editHook() #2 C:\wamp64\www\#\applications\core\modules\admin\applications\developer.php(69): IPS\Dispatcher\_Controller->execute() #3 C:\wamp64\www\#\system\Dispatcher\Dispatcher.php(153): IPS\core\modules\admin\applications\_developer->execute() #4 C:\wamp64\www\#\admin\index.php(13): IPS\_Dispatcher->run() #5 {main}  

Since the upgrade to 4.7 we have lost the ability to see anonymous users in Recently browsing list. Before upgrade (4.5), we could see them in the list marked with crossed eye like this:

After the upgrade, we cannot see anonymous logged users at all. I am logged in as administrator (anonymous login required). My moderators are logged as anonymous if they like. The most of them like. 😉 Now, I can see myself on the list without crossed eye and non-anonymous users. My moderators cannot see me. I cannot see my moderators.
We have used this feature to see if there is a moderator online in the “critical” topics that are going to escalate. 
Has the feature been removed? Or are there any settings that I miss? 

It’s been that way as long as I can remember!

It works on a different principle. IP blocking only works with the registration form. The user can still browse the forum, e.g. by logging out of the account or opening it in incognito mode, but he will not be able to create a new account from this IP.
The IP block is useless, if someone has a changing IP, all you need to do is reset the router or the Internet connection itself and you can create an account again.

Ban by IP prevents any username from signing in.  To be honest, blocking by IP nowadays is almost useless. I can switch IP addresses with my ISP with the click of a button, or use a VPN, or switch to a mobile device and wander around, etc. 
The behavior of blocking only logged in accounts has been like this as long as I can remember. To be honest, if you want to block the entire IP… don’t try to use software. Either use the server (like htaccess or a server firewall like csf) or with a WAF (like cloudflare).

I had a subscription plan in the past that has been deleted. There were no active subscribers on the plan as I removed it. Now, the users who purchased this subscription in the past cannot buy another subscription on my site. They do not see the button “Buy”.
I went and removed all previous expired subscriptions from one user. He has literally nothing in his client account now. But the user still cannot buy any subscription on my site. Is there anything else I should do, to allow users with a “deleted” subscription plan in the past to buy one that exists? 
I know that I can create an invoice manually, but I would rather go through all inactive subscribes of the deleted plan and allow all of them to buy on my site again. 
Thanks!

This is the removal timeline from the Google article:
Deprecation means that it will be removed soon, not cease to function. Q1 2025 maybe that date of cease to function. However, that does not sound firmed up.
Also, it is worth noting that a library we use has this function in it. Whether or not that we use the functionality it uses as a part of it is another thing that a developer can confirm. It also may not be detrimental to your sites at all so I wouldn't panic just yet 😉