CheersnGears

Sendgrid was removed from my site too. I've used it for years.

Yes, last one was 42 minutes ago.

So I let it collect logs over the weekend. Unfortunately, there was no additional information in the error messages.

I opened a private windows and bounced around the site a bit but it didn't seem to catch anything. I'll watch it for a bit. Apparently it's been going on for a few weeks and I didn't catch it. It can't be that harmful.

It doesn't list anything 😞. What I posted above and this below is all I get. The log entry was triggered by a guest (Guests) 21 hours ago The URL of page the error occurred on was Not available I turned my logging up to level 1, see if I get more information that way.

I'm getting this error repeatedly in my log files triggered by Guest and with no URL available. Error: Undefined constant "ROOT_PATH" (0) #0 {main} #0 /var/www/vhosts/cheersandgears.com/httpdocs/init.php(1049): IPS\_Log::log() #1 [internal function]: IPS\IPS::exceptionHandler() #2 {main}

These's sorts of tips in the proper order would make for a great help document. I'm not saying you include the basics like how to copy the databases or files, but pointing out that S3 usage is a consideration and the ways to shut down auto billing and e-mails before they happen would be a great guide for us Admins.

A page for setting up test install clones with these considerations would be welcome.

Thank you. I think this could be important workflow and might even need to be a note in the download section to warn people if they use S3 so they aren't accidentally upgrading their live site files.

I am trying to clone my site to my test install, but I use S3 for file storage. I realize if I upgrade the test install it will change files on S3 as well. Can someone help me think of a workflow to get a test site created so I can do a dry run upgrade to IPS5?

Will you 301 redirect incoming links that contain the do=findComment for those of us with forums that date back to the stone age?

Just logged in this morning to report the same issue.

I'm (still) in. I'm looking forward to trying Pages.

Since the file delete doesn't happen until after the move. If the move is stuck then a "Cancel this move task and revert to previous settings" button would be helpful instead of going to the vault and pulling the latest Ultrium LTO tape out of the box to restore the whole site.

I mean, yes, it's technically resolved. But now the word "Overview" is the H1, so all clubs have the same H1 of "Overview" instead of their club title, as one might expect of an H1.

The "move in progress" cleared. I was able to attempt another move, and it worked. I will say that I hope IPS5 has a better solution to a stuck file move process than "restore from backup". That's year 2003 level stuff.

Something must have came loose on its own.

After the mess Wasabi made for me yesterday, I'm stuck in the above scenario. I attempted to move my theme resources folder back to local. I see there are file write errors to the local storage container, which is odd, because other file types are using the same one and have been for years. The system doesn't look like it's continuing to try to write the files. There are no open tasks, but I can't change the setting for the theme resource location because it thinks they're still moving. Ultimately, I think I want to keep them local for a bit until I've been running successfully for a couple days. What can I do to jiggle this loose?

This is something I've been banging on them for in Gallery for years. A Content Management System that runs a community needs to be able to schedule that content no matter what type of content it is. I can see use cases for Downloads like you've shown. I need it for Gallery albums. I can see a use case for Events. I'm really hoping it comes in IPS5.

Received this: Degraded performance in US-EAST-1 and US-EAST-2 regions An update has been posted A recovery operation is currently underway to bring back the impacted systems. This will take between 6 to 12 hours to complete. We will continue to update here as progress is made. Time posted May 30, 19:29 UTC Components affected US-East-1 (N. Virginia) US-East-2 (N. Virginia) Wasabi Management Console

Your rootlibrary.js is 404 not found.

It is possible that they are using a CDN out of the data center Wasabi is in Northern Virginia. Those are the same errors I am getting with my CSS and JS being served out of there. If whitelisting doesn't work, you may need to remove it to continue the upgrade or wait until the CDN issue is resolved. I imagine a good number of websites are experiencing issues right now.

Wasabi is currently experiencing an outage on US-East-1 and US-East-2 due to a cooling issue in their data center. They call it a "slowdown," but when all your CSS, JS, and image files come back with a timeout, it's an outage.

Thanks. Unfollowing then.

Following so I can keep track of when this is fixed.