Thread Starter
Andis
(@andydegroo)
The UI inconsistencies are even worse;
I tried adding a new job but for some reason both job entries in UI now have same jobid=5 judging by the data-job-id HTML properties and HTTP request params. Changing or toggling one job updates both entries in UI. The issue persists even after reloading whole the BackWPup admin page. It must be faulty logic in server-side PHP code which I confirmed by looking at page source.
After making changes, diffing the exported JSON file with previous shows that changes are added to an entry in backwpup_jobs option that has no jobid property and contains only the changed properties. UI doesn’t reflect job name or other changed options.
Plugin Support
Saransh
(@saranshwpm)
Hi,
Thanks a lot for sharing such detailed feedback. I just want to be sure I’m understanding the first part correctly.
Please make sure that no two jobs are scheduled at the same time. Also, check the backup log to confirm if the database is actually being backed up. You can extract the backup and look for the .sql file (it’s a hidden file inside the archive). If the log confirms it but the file isn’t there, please share the job ID so I can look deeper.
About the other points you mentioned:
- Email sender: I tested using a different “From” address (not the admin one) and the emails were sent correctly from that defined address.
- Per-job email sender: Taking this as a feature request.
- Accessibility feedback: Noted, and really appreciate you mentioning this.
- Editing deactivated jobs: That’s expected at the moment, but you can activate, make edits, and then deactivate again.
- Multiple HTML IDs & modal behavior: Feedback taken and passed to the dev team.
If you still see the database mismatch after checking the points above, I would request you to reach out to us directly so we can understand it and work on it properly.
Best regards,
Thread Starter
Andis
(@andydegroo)
Hi,
No, there was only one job scheduled and executed on time.
I already had determined that the database wasn’t backed up by reading the log file and opening the archive. There are no .sql files in archive and here’s a snippet from beginning of log file:
[INFO] BackWPup 5.5.0; A project of WP Media
[INFO] WordPress 6.8.3 on https://[redacted]/
[INFO] Log Level: Debug
[INFO] BackWPup job: Weekly backup [NEW]; FILE+WPPLUGIN
[INFO] Runs with user: (0)
[INFO] Cron: 24 06 * * 2; Next: Otr, 14 Okt 2025 @ 06:24
[INFO] BackWPup job started from wp-cron
[INFO] PHP ver.: 8.3.6 (64bit); fpm-fcgi; Linux
[INFO] Maximum PHP script execution time is 600 seconds
[INFO] Script restart time is configured to 30 seconds
[INFO] MySQL ver.: 10.11.13-MariaDB-0ubuntu0.24.04.1
[INFO] Web Server: Apache
[INFO] curl ver.: 8.5.0; OpenSSL/3.0.13
[INFO] Temp folder is: /var/www/[redacted]/wp-content/uploads/backwpup/b00bee/temp/
[INFO] Logfile is: /var/www/[redacted]/wp-content/uploads/backwpup-b00bee-logs/backwpup_log_37324c_2025-10-07_06-24-21.html
[INFO] Backup file is: /var/www/[redacted]/wp-content/uploads/backwpup/b00bee/backups/2025-10-07_06-24-21_5H6THIHC04_FILE-WPPLUGIN.tar.gz
[07-Oct-2025 06:24:21] 1. Trying to make a list of folders to back up …
[07-Oct-2025 06:24:21] 459 folders to backup.
[07-Oct-2025 06:24:21] 1. Trying to generate a file with installed plugin names …
[07-Oct-2025 06:24:21] Added plugin list file "Psihologa-Konsultacijas.pluginlist.2025-10-07.txt" with 2,80 KB to backup file list.
[07-Oct-2025 06:24:21] 1. Trying to generate a manifest file …
[07-Oct-2025 06:24:21] Added manifest.json file with 4,26 KB to backup file list.
[07-Oct-2025 06:24:21] 1. Trying to create backup archive …
[07-Oct-2025 06:24:21] Compressing files as TarGz. Please be patient, this may take a moment.
[07-Oct-2025 06:24:21] Adding Extra files to Archive
...
If the log confirms it but the file isn’t there, please share the job ID so I can look deeper.
I’m not sure how job ID would help look deeper. It’s a number – "jobid": 4.
I’ve already filed an issue report on GitHub regarding the main issue.
I’ll try to get to the bottom of the main issue and update the GitHub issue when I have more time to dive into the BackWPup codebase.
At first glance, looks like it’s caused by differences between how the jobs array is accessed in amin UI view templates and other code paths.
Plugin Support
Saransh
(@saranshwpm)
Hello,
I have escalated this to our developers and am waiting for their feedback.
I appreciate you filing it on GitHub with the complete details.
Best Regards,
Plugin Support
Saransh
(@saranshwpm)
Hi @andydegroo,
After reviewing your GitHub report and JSON file, our dev team confirmed that the inconsistencies you noticed are related to the first backup job, which carries the flag “tempjob”: true. This is actually expected behavior in the current version and not a data corruption issue.
That said, we truly appreciate your thorough feedback and analysis. If you happen to find anything else related to this behavior, I’d suggest following up directly on the GitHub thread, so the devs can review it further in context.
Thanks again for your time and effort in helping improve BackWPup!