Closed
Bug 1136143
Opened 10 years ago
Closed 10 years ago
Whatsnew URL is not set correctly when Firefox updates
Categories
(Release Engineering :: Release Requests, defect)
Release Engineering
Release Requests
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: Sylvestre, Assigned: rail)
References
Details
(Whiteboard: [UITour:P1])
I just updated from 35.0.1 under GNU/Linux with a French version of Fx.
The uitour fails with two issues:
1) The URL is https://www.mozilla.org/%locale%/firefox/36.0/whatsnew/?oldversion=35.0.1
2) certificate error:
sec_error_ocsp_unknown_cert
Reporter | ||
Comment 1•10 years ago
|
||
Florin, did you test the tour with other locales? Thanks
Flags: needinfo?(florin.mezei)
Reporter | ||
Updated•10 years ago
|
Whiteboard: [UITour:P1]
Comment 2•10 years ago
|
||
Following URL is working for me: https://www.mozilla.org/fr/firefox/36.0/whatsnew/?oldversion=35.0.1
Whiteboard: [UITour:P1]
Comment 3•10 years ago
|
||
Looks like it's not populating the URL correctly when Firefox updates:
https://www.mozilla.org/%locale%/firefox/36.0/whatsnew/?oldversion=35.0
%locale% should be replaced by the locale e.g. 'fr'
Reporter | ||
Comment 4•10 years ago
|
||
Confirm by :Jeremie on Mac OS X French
Comment 5•10 years ago
|
||
This is not specific to French locale either it seems, same just happened for me with en-US :(
Summary: UITour is failing with a French locale → Whatsnew URL is not set correctly when Firefox updates
Updated•10 years ago
|
Severity: normal → major
Assignee | ||
Updated•10 years ago
|
Component: Tours → Releases
Product: Firefox → Release Engineering
QA Contact: rail
Version: 36 Branch → unspecified
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → rail
Assignee | ||
Comment 6•10 years ago
|
||
The offender is http://hg.mozilla.org/build/buildbot-configs/rev/8bef1c3063a1#l1.19 which added %locale% in lower case into the release blob what prevented Balrog interpolate it.
I changed the blob manually in Balrog to use %LOCALE%.
This should be fixed now.
Comment 7•10 years ago
|
||
(In reply to Rail Aliiev [:rail] from comment #6)
> The offender is
> http://hg.mozilla.org/build/buildbot-configs/rev/8bef1c3063a1#l1.19 which
> added %locale% in lower case into the release blob what prevented Balrog
> interpolate it.
>
> I changed the blob manually in Balrog to use %LOCALE%.
>
> This should be fixed now.
I just tried updating again and the URL opens correctly, thanks :)
Comment 8•10 years ago
|
||
(In reply to Sylvestre Ledru [:sylvestre] from comment #1)
> Florin, did you test the tour with other locales? Thanks
Verification of fixes for the UI Tour were done on the test environment at https://www-demo2.allizom.org/, and it seems this was setup only with the en-US page (e.g. https://bugzilla.mozilla.org/show_bug.cgi?id=1122101#c20). Even if this doesn't seem to have been specific to locales, I'm not sure how this should have been setup to catch this type of issue. Any ideas?
I tried the scenario of updating from 35.0.1 (fr) on Windows 7 x64 and Ubuntu 14.04 x64 (fresh profiles). In both cases I got: https://www.mozilla.org/fr/firefox/36.0/whatsnew/?oldversion=35.0.1, so I can confirm this should work now.
Flags: needinfo?(florin.mezei)
Assignee | ||
Comment 9•10 years ago
|
||
I manually inspected the update XML files and they look ok to me.
https://aus3.mozilla.org/update/3/Firefox/35.0.1/20150122214805/Linux_x86_64-gcc3/en-US/release/Linux%203.16.0-30-generic%20%28GTK%202.24.25%29/default/default/update.xml?force=1
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•