Hatsu

Well, updated mine, got 2 month on top of it. It's a very long time a got an offer which lets me pay less... Thank you 🙂

This Sunday patch seems to have fixed the issue for constantly being logged out when the session ended. Thank you for your extra work on weekend.

Hm, how do you handle that PHP 8.1 will be EOL 25th Nov 2024 and you want to support v4 several years after v5 is released then?

I have set it up to run every minute. Depending on your community and server load you can adapt the time interval.

Way too expensive. Currently, I pay 300$ yearly. I would need your Creator Pro and this is 1788$ a year (the cheap option). Even if I count in my hosting costs it's more than double the price tag. And I would have to pay my server anyway because I run more applications on it than only Invision Community.

Without actually knowing which database problems occur it's not very likely you can get an advice here. As I haven't experienced such a message I don't know where to look for a more detailed message. Perhaps it's in the error logs in your ACP.

When it's blank then it's usually a PHP error. You can find PHP errors either in your system log on the server or in ACP in the logs section.

For your locked tasks see here:

You can use a test site which must not be available to public (so protect it with htaccess or something similar). You have to set the domain here in the client area. Then you can test your upgrade as often as you want to.

Did you change anything on your setup? For me it was Encryption Standards.

Depending on your set up for cronjobs it can be that your path in the cronjob (config) still points to the 7.4 executable. If you use Plesk f.e. and you use their menu for cronjobs where you have to provide the absolute path to PHP this can happen. It happened for me when I changed my PHP version and forget about the cronjobs. But you can't see this in ACP.

He added this.

This seems to be an error with your database. Are the database credentials correct?

Restore the latest backup. If you don't know how to do this contact your host. If they're physically deleted, they're gone. You have to rely on a backup.

My guess is no, no error message. That's why I suggested to check beforehand, not with the API but with your own method. I don't know your use case, though. I don't know you many records you pull and how long the process in step 2 takes and if perhaps temporarely locking those records (with a seperate field) is an option.

Can you just not check if the record is already locked in step 2 or just get the records which aren't locked?

Okay, then it should work. I just asked because Marc refered to my first sentence. For your initial question: this could work if you use the right point to plugin. But I don't know which one this is.

Have you checked the Poll tab if there's anything missing?

Do you have your own custom table or a custom table created by the Pages application? The API is for the Pages application and not custom tables you created outside the suite.

Could this help regarding FURLs?

Yes, as @opentype said.

For me this doesn't happen, either. Upgrade to cloud isn't even there for me.

Thank you Stuart for you quick response. This fixed it.

I only get the following message: There was an error authenticating with the Marketplace. Please try again later or contact technical support for assistance. Our Marketplace server received an unexpected response from your community. Please ensure your community is up to date and web accessible (localhost installations are not supported) and contact technical support if the issue persists. (server_error) My community is up to date and web accessible.

Yes.