-
-
Notifications
You must be signed in to change notification settings - Fork 435
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Database columns are not properly cached and lead to mass email sending during cron execution #3383
Comments
Probably needs more info, like OpenMage version, Mysql Server version (any different settings?) etc. |
Oh. I am sorry, I put those in but then re-arranged the whole post. |
Whats the exact mysql error your database complains? |
Set-part is empty? |
I tried to replicate this issue without any luck, using a fresh instance of the following Windows 10, DDEV + WSL (Apache + PHP 8.2 + MariaDB) I truncated before running the tests both cron_schedule and core_email_queue tables. I placed an order. Cron is running then the email is triggered by MailHog This is a screenshot related to the table content. The request was processed (the last column). Possible solutions, taking in consideration the OpenMage file system is untouched:
If not working you have missing or modified files. As Sven pointed out above the query is wrong.
UPDATE statement has this syntax
In your case SET has missing arguments. |
I found it out. And I am really sorry to have wasted your time. The key information here is actually really something I added kinda ironically.
They have an Apache2 + FPM setup. Mix in a little OPCache inside there and a symlink release setup. Old release: Apache2 coming in being configured to go to
As we see here, the request starts in The After clearing the opcache with So, what have we learned:
Regarding the cache structure change Since the cache is usually not required to sustain over releases, is it not considering this to be a breaking change, which should be version 20? 🤔 |
Preconditions (*)
OpenMage 19.5.0-rc5
MySQL Server: Percona 5.7.35-38
Else there are none that I know of.
Maybe hosting at Mittwald.de 🤷
Steps to reproduce (*)
Expected result (*)
Actual result (*)
core_email_queue
table.Here are the two different cache files of the
cron_email_queue
table.First run of cron sending out an email generates this cache file:
Second run of cron sending out an email generates this cache file:
I have unserialized the data so it is easier to digest.
But apparently something is writing data in a completely different structure into the files.
As I can not reliably reproduce this problem locally, I sadly do not have any more information to give to you.
Locally I have the result WITHOUT
data
.Do cron and web application use different cache versions?
The text was updated successfully, but these errors were encountered: