Opened 3 years ago
Last modified 2 years ago
#14028 new enhancement
Maintenance mode nag persists after successful upgrade
| Reported by: |
|
Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | Future Release |
| Component: | Upgrade/Install | Version: | 3.0 |
| Severity: | normal | Keywords: | has-patch |
| Cc: |
Description
A number of forum users are reporting that the maintenance nag
"An automated WordPress update has failed to complete" etc.. persists after failed auto-updates even if they then successfully perform manual updates.
Looks like something is leaving $upgrading set.
Attachments (1)
Change History (10)
- Milestone changed from Unassigned to 3.0.1
No no, it means the update_core (site) transient didn't get reset as it should.
- Milestone changed from 3.0.1 to Future Release
- Type changed from defect (bug) to enhancement
Woops, nevermind. You're absolutely correct.
Marking this as an enhancement. We should change the message to something that prompts to delete the .maintenance file after a successful manual upgrade.
Denis-de-Bernardy — 3 years ago
- Keywords has-patch added
- Keywords needs-codex added
On one hand, I would rather there just be a "Dismiss" option (which deletes the file) instead of forcing them to go into FTP and delete the file.
I suppose if they're updating manually, they're already logged in via FTP, in which case part of those instructions should be to remove .maintenance if it exists. We can add that to the Codex as a quick fix.
If removing .maintenance will sort it, then I can add that to codex docs etc.
I see I can't set milestones here any more, trac permissions have changed?
- Keywords needs-codex removed
Fair enough. I've altered the Codex manual update instructions to reference the .maintenance file.

This would mean we're not removing the .maintenance file after a manual upgrade, which... we can't exactly detect.