Tripp★
-
Posts
1,206 -
Joined
-
Last visited
Content Type
Downloads
Release Notes
IPS4 Guides
IPS4 Developer Documentation
Invision Community Blog
Development Blog
Deprecation Tracker
Providers Directory
Forums
Events
Store
Gallery
Everything posted by Tripp★
-
Okay I will update that right now. Thanks very much for such a rapid response. 🙂
-
Is that for my problem or the previous poster? Because I am using 1.0.10. Kind regards.
-
There appears to be something wrong on my setup. Despite not changing anything, the Discord cron for synchronising members seems to be locking up. To make matters worse it doesn't seem to just stop on the lock up and just continues to stall all cron activities on the site. I had to disable the application to get the cron to do the other things that was queued up. As soon as it had done them I re-enabled the application and low and behold it's locked up again. There are no errors as far as I can see in the system log either. I'm not quite certain that the app is to blame in this though - other than not disengaging when it fails. In the Brilliant Discord error logs I am seeing some "Error 502"s which would suggest that perhaps the Discord server that handles this is playing up or something. Here is a snippit of one of the errors (#REPLACED# are things I've edited for data protection reasons). Response content: <html><head> <meta http-equiv="content-type" content="text/html;charset=utf-8"> <title>502 Server Error</title> </head> <body text=#000000 bgcolor=#ffffff> <h1>Error: Server Error</h1> <h2>The server encountered a temporary error and could not complete your request.<p>Please try again in 30 seconds.</h2> <h2></h2> </body></html> Request body: {"roles":[#IDNUMBER#],"nick":"#MEMBERNAME#"} Request headers: Content-Type: application/json User-Agent: DiscordBot (BrilliantDiscordIntegration, v1) Response headers: Date: Sat, 22 Feb 2020 00:12:06 GMT Content-Type: text/html; charset=UTF-8 Content-Length: 332 Connection: keep-alive Set-Cookie: __cfruid=#COOKIEID#; path=/; domain=.discordapp.com; HttpOnly; Secure; SameSite=None Referrer-Policy: no-referrer Alt-Svc: clear CF-Cache-Status: DYNAMIC Expect-CT: max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct" Server: cloudflare CF-RAY: #CFRAYID# Stack Trace: #0 /home/#SITE#/public_html/system/Task/Task.php(47): IPS\brilliantdiscord\extensions\core\Queue\_MassSynchronization->run(Array, 7) #1 /home/#SITE#/public_html/applications/core/tasks/queue.php(43): IPS\_Task::runQueue() #2 /home/#SITE#/public_html/system/Task/Task.php(362): IPS\core\tasks\_queue->IPS\core\tasks\{closure}() #3 /home/#SITE#/public_html/applications/core/tasks/queue.php(55): IPS\_Task->runUntilTimeout(Object(Closure)) #4 /home/#SITE#/public_html/system/Task/Task.php(261): IPS\core\tasks\_queue->execute() #5 /home/#SITE#/public_html/system/Task/Task.php(224): IPS\_Task->run() #6 /home/#SITE#/public_html/system/Dispatcher/Standard.php(322): IPS\_Task->runAndLog() #7 [internal function]: IPS\Dispatcher\_Standard->__destruct() #8 {main} I'm not sure if this is the cause, but I figured it might because "MassSyncronization" which is the task that's locking up.
-
This bug seems to have returned, or at least I've noticed it again. I'm running version: 1.4.3 Error: Call to a member function getTimestamp() on integer (0) #0 /home/site/public_html/system/Member/Member.php(2266): IPS\deactivation\extensions\core\IpAddresses\_Requests->findByMember(Object(IPS\Member)) #1 /home/site/public_html/applications/core/modules/admin/members/members.php(1808): IPS\_Member->ipAddresses() #2 /home/site/public_html/system/Dispatcher/Controller.php(85): IPS\core\modules\admin\members\_members->ip() #3 /home/site/public_html/system/Dispatcher/Dispatcher.php(152): IPS\Dispatcher\_Controller->execute() #4 /home/site/public_html/ACP/index.php(14): IPS\_Dispatcher->run() #5 {main} #0 /home/site/public_html/init.php(898): IPS\_Log::log('Error: Call to ...', 'uncaught_except...') #1 [internal function]: IPS\IPS::exceptionHandler(Object(Error)) #2 {main} If you need more information or access, please let me know. This seems to do it from the ACP as well. I'm running IPS 4.4.10. But it only seems to do it for accounts that have been deactivated before, it otherwise works absolutely fine on an account that's either not currently deactivated or has never been deactivated. Hopefully that will help you to reproduce the problem @Makoto
-
@Makoto I am still having a problem with this, which I reported months ago. Although I appreciate that the information is sparse, which is why I will try to give you more information. When I try to run the task Account Deactivation > process manually 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} Because otherwise it says it's never run, and nothing seems to get processed anymore. I'm not sure what's going on, it says something about IPS\nexus\Subscription, however I don't have Nexus. I do however have @TheJackal84's Members Shop that deals with "Subscriptions" (IE. Premium Members) If I understand this correctly. Could there be some kind of conflict between the two modifications?
-
Certainly, @TheJackal84 as soon as I have created an account for you, I will send you the details via PM. 🙂
-
IPSFocus Villain in the screenshots but yes, it definitely does this on the IPS Default as well: However; where it comes to this one: On the default IPS theme - this is not a problem, everything is centered. So I guess I will need to speak to @ehren. about this.
-
Just a heads up, @TheJackal84: I think I've found a small display bug (It really is extremely minor). I used this image: To test, and unfortunately it doesn't seem to scale the image to fit in the boxes, at least on IPS Focus Themes: I have thus far untested it with the Invision Power default, but as I said. I figured I'd give you a heads up. Everything else seems to be working perfectly. 🙂 I will point out that in the membershop, on the homepage it does seem to scale down, however there is another bug in regards to that in that the text isn't centre, which again - in the grand scheme of things is an extremely minor nitpick.
-
IP.Nexus? No, I don't have that, I rely solely on the application and the points made through said application. But that sounds like a pretty neat feature, alas I don't have IP.Nexus though.
-
Sure thing, will do man. One question I have is that does version 2.0 of the Members Shop fix the expiring premium membership problem, even when it's set to never expire? This is something that keeps happening even today on my site, it usually expires after about 5-15 minutes, even though they're supposed to be permanent.
-
Alright man. Thank you very much for getting back to me. I'm looking forward to it, and I can't wait to see what you've done here. 🙂
-
I would like to be added too, please as I am an active licence holder.
-
I'm seeing this available on your website, and the ACP tells me that there is an update for it, however it doesn't seem to be the case on the IPS Marketplace.
-
I clicked "Reconfigure" and went through it all (Without changing anything) and sure enough, it now works again. 😕 So I'm not sure what's going on there.
-
Since the update it's broken again, and the permissions haven't changed. The bot can read all the channels it needs to - such as the default landing channel and it can create invites for it. However I still get: "Error code: 4SBR000/2" when trying to use the Magic Invite system.
-
This fixed my problem as well.
-
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.
-
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.
-
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.
-
@InvisionHQ For some reason my members can't find the poke button on mobile view, because there is no button do so. Is there any possibility of integrating the Poke's app a little more in the next update, please?
-
Sorry for not getting back to you. It is my birthday today and the missus took me out. Thank you for the fix, it's deeply appreciated. I know how ridiculous this was.
