Opened 17 years ago
Closed 16 years ago
#10590 closed feature request (duplicate)
Download Latest WordPress, Not Last One Found.
| Reported by: |
|
Owned by: | |
|---|---|---|---|
| Milestone: | Priority: | low | |
| Severity: | trivial | Version: | 2.9 |
| Component: | Upgrade/Install | Keywords: | |
| Focuses: | Cc: |
Description
This is an edge case scenario that likely doesn't effect much of anyone, but if someone is running WordPress 2.8.2 and decides to upgrade right after WordPress 2.8.4 has been released, then they will upgrade to WordPress 2.8.3. This problem arises because WordPress doesn't check for new versions every second, so there is a small window of time were the newest version of WordPress your being told about isn't actually the most current version.
To fix this problem, I suggest WordPress upgrade to latest.zip, instead of the version number, e.g. wordpress-2.8.4.zip.
Change History (6)
#1
@
17 years ago
- Component changed from Upgrade/Install to WordPress.org
- Milestone changed from 2.9 to Future Release
- Owner changed from dd32 to ryan
- Type changed from defect (bug) to feature request
#2
@
17 years ago
Putting it in the wp.org API is a semi-good idea, But i think returning the static files is better than a file which will change from release to release.
I'd suggest just clearing the cache and forcing a new API request when the upgrade page is visited..
It'll have the benefit that people can even just visit their upgrade page and upgrade even if WordPress hasn't realised theres a new release available.
#3
@
16 years ago
- Component changed from WordPress.org to Upgrade/Install
- Milestone changed from Future Release to 2.9
- Owner ryan deleted
I agree with DD32, this is really more an issue that we shouldn't use the cached value when visiting the upgrade page manually, or at least have a re-check button.
This would actually depend on the wp.org API