Tripp★

Unfortunately I've run into another problem: The "Process" Task is apparently locking up When I click to run the task there and then I get this error Error: Class 'IPS\nexus\Subscription' not found (0) #0 /home/SITE/public_html/applications/deactivation/sources/Deactivation/Deactivation.php(922): IPS\deactivation\_Deactivation->onDeactivation() #1 /home/SITE/public_html/applications/deactivation/tasks/process.php(35): IPS\deactivation\_Deactivation->processRequest(false, true) #2 /home/SITE/public_html/system/Task/Task.php(255): IPS\deactivation\tasks\_process->execute() #3 /home/SITE/public_html/applications/core/modules/admin/settings/advanced.php(709): IPS\_Task->run() #4 /home/SITE/public_html/system/Dispatcher/Controller.php(85): IPS\core\modules\admin\settings\_advanced->runTask() #5 /home/SITE/public_html/applications/core/modules/admin/settings/advanced.php(34): IPS\Dispatcher\_Controller->execute() #6 /home/SITE/public_html/system/Dispatcher/Dispatcher.php(152): IPS\core\modules\admin\settings\_advanced->execute() #7 /home/SITE/public_html/ACP/index.php(14): IPS\_Dispatcher->run() #8 {main} I don't have Nexus.

I'm not so sure that's such a good idea. Most forums have themes/skins that can be quite heavy on CSS and images and such... If content keeps getting loaded I'd imagine that it would eventually slow down the browser. Especially for a topic with say... 400 pages of posts. I've already noticed this on some sites that use this feature already, when I get down to a certain point even on my desktop PC (Which is modest, but not by any means weak) it slows down my browser to the point that it's like a slideshow. I can only imagine how that would work on a mobile. And then how do you deal with new content? Does the site have to load all those posts before you even get to the last post? It's all well and good just saying "They should do this" but if you actually think about it, this kind of format has a whole host of technical problems in implementation and in real use scenarios. I suspect it'd require a radical overhaul of the GUI. If it was something that was done, it would need to be carefully considered for short topics and large topics alike; and don't even get me started on topics with loads of YouTube or picture links. Because if you use IPS's built in image proxy, for converting HTTP images to HTTPS via imageproxy.php. you can basically say good bye to your server resources whenever someone loads up the topic. I'm just not sure - personally - that forums are a good fit for this kind of thing. Or the many features that IPS has. But I'm willing to be proven wrong.

Why not both?

No. Not an email. The same email multiple times a day. A small minority (Granted) of members on my site, login every time they come onto the site, it is those that are... Okay complaining might be too strong of a word. But to lack a better word, are complaining about receiving 10-15 (or more) emails a day on the subject, depending on how many times they come to the site. At the moment I have suggested to them that they set up a rule in their email clients to put email's like that into a folder that they can periodically delete, but because it is the minority (extreme minority) I am not willing to turn off such a valuable feature, globally. Also my forum is NSFW, so I'm not posting a link up here or in private messages.

Just to add support in this topic. I've had a couple of members complain about this, and it sounds quite annoying. I think they're using some kind of privacy/incognito mode, so every-time the log in, they get a new email.

Thanks very much, Makoto. 🙂

Hello Makoto. There seems to be an issue when trying to search a deactivate members IP address using the ModeratorCP IP Tools. Error: Call to a member function getTimestamp() on integer (0) #0 /home/SITE/public_html/system/Member/Member.php(2261): IPS\deactivation\extensions\core\IpAddresses\_Requests->findByMember(Object(IPS\Member)) #1 /home/SITE/public_html/applications/core/extensions/core/ModCp/IPTools.php(141): IPS\_Member->ipAddresses() #2 /home/SITE/public_html/applications/core/modules/front/modcp/modcp.php(104): IPS\core\extensions\core\ModCp\_IPTools->manage() #3 /home/SITE/public_html/system/Dispatcher/Controller.php(96): IPS\core\modules\front\modcp\_modcp->manage() #4 /home/SITE/public_html/system/Dispatcher/Dispatcher.php(152): IPS\Dispatcher\_Controller->execute() #5 /home/SITE/public_html/index.php(13): IPS\_Dispatcher->run() #6 {main} If you're unable to replicate this bug, let me know what information you need, I'll be happy to oblige.

Fixed it for you: Just teasing. 😛

That doesn't even surprise me anymore.

Now I'm using 1.2.0, shall I test it? Ah yes! That's fixed it. Unfortunately there is going to have to be some manual fixing to be done, as there is a lot of points changes made between the 1.1.9 and 1.2.0 update. But at least it's working! Thanks.

Actually the problem seems to be deeper than this. I don't know if it was fixed in 1.2.0 of the app but no points seems to be applied: According to the logs, people are being awarded points, but they're not actually getting those points. I think this broke in 1.1.9. On closer inspection it seems that the app is still reading the points from the original location in the database or it's confused between the two. The app also hasn't transferred the amount of points I have from the original location to the new location.

@TheJackal84 I'm not sure when it happened but for some reason new members aren't getting their points when they register.

@TheJackal84 is releasing a plugin that just needs to be approved by Invision, that will cover our backsides. If you need it, hopefully it will help us stay in compliance with the law. It should appear as soon as it's approved.