Build 57.0.4-win64-fr updates to 67.0 instead to 67.0.1
Categories
(Toolkit :: Application Update, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox67.0.1 | --- | wontfix |
People
(Reporter: lqueirolo, Unassigned)
Details
Attachments
(3 files)
Note
- Windows platforms make sure that before any update to delete the Mozilla folder (%allusersprofile%).
Affected versions
- 57.0.4-win64-fr
Affected platforms
- Tested on Windows 10
Steps to reproduce
- Download from release archive the 57.0.4-win64-fr
- Set the prefs.js [user_pref("app.update.enabled", false);
user_pref("app.update.auto", false);] - then modify the update the channel (to release-cdntest)
- Log in to Sync.
- Update the version.
Expected result
- Build 57.0.4-win64-fr updates to 67.0.1
Actual result
- Build 57.0.4-win64-fr updates to 67.0 instead to 67.0.1
![]() |
||
Comment 1•6 years ago
|
||
I was unable to reproduce and it updated to 67.0.1
Steps:
- Download Firefox 57.0.4 fr from https://archive.mozilla.org/pub/firefox/releases/57.0.4/win64/fr/Firefox%20Setup%2057.0.4.exe
- Install using the installer and uncheck the Launch checkbox before finishing.
- Modify channel-prefs.js (change "release" to "release-cdntest").
- Delete the Mozilla directory under %allusersprofile%
- Launch Firefox
![]() |
||
Comment 2•6 years ago
|
||
Can you try reproducing again after setting the app.update.log pref to true? Before restarting open the browser console and copy the entries that starts with
"AUS:SVC Checker:getUpdateURL - update URL: "
and
"AUS:SVC Downloader:downloadUpdate"
and paste them in this bug
Comment 3•6 years ago
|
||
Hi,
I had the same problem with Release 63.0-win64-en-Gb with windows 10 too.
Best regards, Flor.
![]() |
||
Comment 4•6 years ago
|
||
(In reply to Florencia Marina Di Ciocco from comment #3)
Hi,
I had the same problem with Release 63.0-win64-en-Gb with windows 10 too.
Best regards, Flor.
Please perform the steps asked for in comment #3
![]() |
||
Updated•6 years ago
|
Comment 5•6 years ago
|
||
Hi Robert,
Here it is:
AUS:SVC Checker:getUpdateURL - update URL: https://aus5.mozilla.org/update/6/Firefox/67.0/20190516215225/WINNT_x86_64-msvc-x64/en-GB/release/Windows_NT%2010.0.0.0.17134.765%20(x64)/ISET:SSE4_2,MEM:16265/default/default/update.xml?force=1
I had nothing for AUS:SVC Downloader:downloadUpdate.
I attach you the log.
Comment 6•6 years ago
|
||
![]() |
||
Comment 7•6 years ago
|
||
(In reply to Florencia Marina Di Ciocco from comment #5)
Hi Robert,
Here it is:
AUS:SVC Checker:getUpdateURL - update URL: https://aus5.mozilla.org/update/6/Firefox/67.0/20190516215225/WINNT_x86_64-msvc-x64/en-GB/release/Windows_NT%2010.0.0.0.17134.765%20(x64)/ISET:SSE4_2,MEM:16265/default/default/update.xml?force=1
In between en-GB and Windows_NT%2010.0.0.0.17134.765%20(x64) is /release/
That means you are not using release-cdntest.
You have to be 100% certain that Firefox isn't running before starting an update after changing the channel and you can check if you are by checking the value of AUS:SVC Checker:getUpdateURL in the browser console after changing the app.update.log preference to true
Please check if you are still seeing this again using these additional steps just to be certain.
Updated•6 years ago
|
![]() |
||
Comment 8•6 years ago
|
||
Eric, I'm spinning my wheels with this as I was with bug 1556514 and I have a couple of deliverables I need to get landed this week. Could you point out this bug to whomever is in charge of the QA for this release?
Comment 9•6 years ago
|
||
I wasn't able to reproduce the issue either, following the steps from Comment 0. I tried twice, both on Ubuntu 18.04 (x64) and on Windows 10 (x64) using the 57.0.4-win64-fr build and everytime it was updated to 67.0.1.
Reporter | ||
Comment 10•6 years ago
|
||
Wasn't able to reproduce it after chatting with Adin, was a misunderstanding regarding the steps, will set the status to "Works for me".
Updated•5 years ago
|
Description
•