Closed
Bug 1356278
Opened 7 years ago
Closed 7 years ago
In-product links still not working in german (after fixes were pushed to production)
Categories
(support.mozilla.org - Lithium :: General, defect)
support.mozilla.org - Lithium
General
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: philipp, Unassigned)
References
Details
Attachments
(1 file)
81.28 KB,
text/plain
|
Details |
inproduct links still seem to be not working for me with a german build of firefox (tested with 45 esr, release, 53.0b and 54.0a2). links i've tested: * (?) on top right of about:preferences -> https://support.mozilla.org/1/firefox/54.0a2/WINNT/de/prefs-main * "Weitere Informationen..." button on https://expired.badssl.com/ -> https://support.mozilla.org/1/firefox/54.0a2/WINNT/de/time-errors * menu bar > Hilfe > Tastenkobinationen -> https://support.mozilla.org/1/firefox/54.0a2/WINNT/de/keyboard-shortcuts * "Weitere Informationen" on top of about:plugins -> https://support.mozilla.org/1/firefox/53.0/WINNT/de/npapi all these links end up on the english sumo homepage at https://support.mozilla.org/t5/Mozilla-Support-English/ct-p/Mozilla-EN
Comment 1•7 years ago
|
||
thanks for testing :philipp, i am pretty sure ESR is broken, not sure we plan on fixing it. However as far as I can tell, it should work in FF53 and FF54 Could we please get QA to look at this :elan?
Flags: needinfo?(elancaster)
Comment 2•7 years ago
|
||
(In reply to Roland Tanglao :rolandtanglao from comment #1) > thanks for testing :philipp, i am pretty sure ESR is broken, not sure we > plan on fixing it. > However as far as I can tell, it should work in FF53 and FF54 > > Could we please get QA to look at this :elan? Confirming I'll have SV test links (not content) for the German locales for 53 and 54.
Reporter | ||
Comment 3•7 years ago
|
||
disclaimer: i only tested the "de"-locale and don't want to make the scope of this bug too small. changing the urls mentioned above to other locales like fr, nl, ja etc doesn't seem to work either...
Comment 4•7 years ago
|
||
SV just confirmed: these are not fixed. de all points to en-us. Is there more testing needed at this point :roland?
Flags: needinfo?(elancaster) → needinfo?(rtanglao)
Comment 5•7 years ago
|
||
unfortunately i think we need to test at least a few more locales: i would suggest: 0. french (or other roman with accents) 1. one cyrillic i.e. non roman, eastern european e.g. russian 2. one RTL (not sure what locales are RTL but is it hebrew? or some such? i am sure SV will know) 3. one of japanese or simplified chinese 4. brazilian or portuguese portuguese to make sure we know the full extent of the breakage does that sound reasonable :elan?
Flags: needinfo?(rtanglao) → needinfo?(elancaster)
Comment 6•7 years ago
|
||
and to be clear the fix is to: change the links FROM: old style: "stub/1/OS/version/etc" TO new style: stub-<locale>
Comment 7•7 years ago
|
||
Comment 8•7 years ago
|
||
(In reply to Roland Tanglao :rolandtanglao from comment #5) > unfortunately i think we need to test at least a few more locales: > i would suggest: > > 0. french (or other roman with accents) > 1. one cyrillic i.e. non roman, eastern european e.g. russian > 2. one RTL (not sure what locales are RTL but is it hebrew? or some such? i > am sure SV will know) > 3. one of japanese or simplified chinese > 4. brazilian or portuguese portuguese Tested following localized links: Redirecting to the expected page https://support.mozilla.org/screenshare-safety-ru redirected to: https://support.mozilla.org/t5/-/-/ta-p/32618 https://support.mozilla.org/screenshare-safety-fr redirected to: https://support.mozilla.org/t5/-/-/ta-p/32197 https://support.mozilla.org/screenshare-safety-pt-BR redirected to: https://support.mozilla.org/t5/-/-/ta-p/32703 https://support.mozilla.org/screenshare-safety-zh-CN redirected to: https://support.mozilla.org/t5/-/-/ta-p/32672 Redirecting to English page https://support.mozilla.org/screenshare-safety-ko redirected to: https://support.mozilla.org/t5/-/-/ta-p/29616 https://support.mozilla.org/screenshare-safety-de redirected to: https://support.mozilla.org/t5/-/-/ta-p/29616 https://support.mozilla.org/screenshare-safety-ar redirected to: https://support.mozilla.org/t5/-/-/ta-p/29616 https://support.mozilla.org/screenshare-safety-hr redirected to: https://support.mozilla.org/t5/-/-/ta-p/29616 For the following 3 articles all localized links are ending up redirecting to the English SUMO Home page. - Options window - Advanced panel - Options window - Content panel - Page Info window The attachment is added in previous comment. Please look at the attachment.
Comment 9•7 years ago
|
||
(In reply to Damira from comment #8) I am confused, :damira is the following testing done: A) manually from the product? i.e. open the appropriate localized version firefox for windows (e.g. firefox for windows localized german build if you are testing german in-product links), and then try the in-product links from the Firefox user interface B) by typing the link into the browser Please make sure you are doing A). It appears you did B) unless I am missing something?!? Cheers! ...Roland > > Tested following localized links: > > Redirecting to the expected page > https://support.mozilla.org/screenshare-safety-ru > redirected to: https://support.mozilla.org/t5/-/-/ta-p/32618 > > https://support.mozilla.org/screenshare-safety-fr > redirected to: https://support.mozilla.org/t5/-/-/ta-p/32197 > > https://support.mozilla.org/screenshare-safety-pt-BR > redirected to: https://support.mozilla.org/t5/-/-/ta-p/32703 > > https://support.mozilla.org/screenshare-safety-zh-CN > redirected to: https://support.mozilla.org/t5/-/-/ta-p/32672 > > > > Redirecting to English page > > https://support.mozilla.org/screenshare-safety-ko > redirected to: https://support.mozilla.org/t5/-/-/ta-p/29616 > > > https://support.mozilla.org/screenshare-safety-de > redirected to: https://support.mozilla.org/t5/-/-/ta-p/29616 > > > https://support.mozilla.org/screenshare-safety-ar > redirected to: https://support.mozilla.org/t5/-/-/ta-p/29616 > > > https://support.mozilla.org/screenshare-safety-hr > redirected to: https://support.mozilla.org/t5/-/-/ta-p/29616 > > > > For the following 3 articles all localized links are ending up redirecting > to the English SUMO Home page. > > - Options window - Advanced panel > - Options window - Content panel > - Page Info window > The attachment is added in previous comment. Please look at the attachment.
Flags: needinfo?(dakhmedova)
Comment 10•7 years ago
|
||
(In reply to Roland Tanglao :rolandtanglao from comment #9) > (In reply to Damira from comment #8) > > I am confused, :damira is the following testing done: > > A) manually from the product? i.e. open the appropriate localized version > firefox for windows > (e.g. firefox for windows localized german build if you are testing german > in-product links), > and then try the in-product links from the Firefox user interface > > B) by typing the link into the browser > > Please make sure you are doing A). It appears you did B) unless I am missing > something?!? > > Cheers! > > ...Roland > Hi Roland, I did automated link testing by typing the link into the browser EN-US. Also I did manually following steps. Steps in Testing: 1-Installed Firefox 53.0b1 on Windows (x64 he)/(x64 hr)/(x64 de)/(x64 ar)/(x64 ru)/ (x64 zh-CN) and EN-US 2-and then tried in-product links from the Firefox user interface Tested Areas: Menu -> Help -> Keyboard Shortcuts Hebrew / Arabic / German / Russian / Chinese A ll ended up redirecting to https://support.mozilla.org/t5/How-To/Keyboard-shortcuts/ta-p/15978
Flags: needinfo?(dakhmedova)
Comment 11•7 years ago
|
||
(In reply to Damira from comment #10) Just my 2c Does that indicate that after partial testing multiple locale products are failing on what is tested ? >.... > I did automated link testing by typing the link into the browser EN-US. > Also I did manually following steps. > > Steps in Testing: > 1-Installed Firefox 53.0b1 on Windows (x64 he)/(x64 hr)/(x64 de)/(x64 > ar)/(x64 ru)/ (x64 zh-CN) and EN-US Apparently you tried testing from *Firefox* builds other than en-us Hopefully using the Windows locales is important and does result in an appropriate locale version of Firefox being installed, but it would be helpful if that could be confirmed when reporting testing results I think. Getting a result of https://support.mozilla.org/t5/How-To/Keyboard-shortcuts/ta-p/15978 is in any event not what I think is hoped for, because that is itself a redirect which for me gives https://support.mozilla.org/t5/Basic-Browsing/Keyboard-shortcuts-Perform-common-Firefox-tasks-quickly/ta-p/3866
Reporter | ||
Comment 12•7 years ago
|
||
(In reply to Damira from comment #10) > I did automated link testing by typing the link into the browser EN-US. > Also I did manually following steps. > > Steps in Testing: > 1-Installed Firefox 53.0b1 on Windows (x64 he)/(x64 hr)/(x64 de)/(x64 > ar)/(x64 ru)/ (x64 zh-CN) and EN-US > 2-and then tried in-product links from the Firefox user interface > Tested Areas: > Menu -> Help -> Keyboard Shortcuts > > Hebrew / Arabic / German / Russian / Chinese A ll ended up redirecting to > https://support.mozilla.org/t5/How-To/Keyboard-shortcuts/ta-p/15978 when testing, please make sure that you use new profiles or reset the "intl.accept_languages" pref at least. when "en" is on top of the list in the options > content > languages list, the redirects work - when it's a different language (which it should be on various localized builds) the redirects fail and end up on https://support.mozilla.org/t5/Mozilla-Support-English/ct-p/Mozilla-EN
Comment 13•7 years ago
|
||
:John99 - what you describe is expected behavior until we get the permanent fix in place from Lithium. We don't have an ETA on as of right now. :philipp - are you asking Damira to re-test with that pref flipped? Is this pref not flipped by default once a localized build is installed?
Comment 14•7 years ago
|
||
(In reply to Erin Lancaster [:elan] from comment #13) > :John99 - what you describe is expected behavior until we get the permanent > fix in place from Lithium. We don't have an ETA on as of right now. > > :philipp - are you asking Damira to re-test with that pref flipped? Is this > pref not flipped by default once a localized build is installed? :elan: I think :philipp is simply asking Damira to re-test with a localized e.g. German Firefox 53 desktop build with a new *new Firefox profile*. No need to flip the pref. Right :philipp?
Flags: needinfo?(madperson)
Reporter | ||
Comment 15•7 years ago
|
||
yes, that's right! also, since it's so easy to reproduce the problem consistently i'm asking less about running more tests on this, but would rather hope that we could come up with a fix that works.
Flags: needinfo?(madperson)
Comment 16•7 years ago
|
||
(In reply to Roland Tanglao :rolandtanglao from comment #14) > :elan: I think :philipp is simply asking Damira to re-test with a localized > e.g. German Firefox 53 desktop build with a new *new Firefox profile*. No > need to flip the pref. Right :philipp? As you requested I installed German Firefox 53 build and tested with new profile. The result is the same as in the description. links i've tested: * (?) on top right of about:preferences -> https://support.mozilla.org/1/firefox/54.0a2/WINNT/de/prefs-main * "Weitere Informationen..." button on https://expired.badssl.com/ -> https://support.mozilla.org/1/firefox/54.0a2/WINNT/de/time-errors * menu bar > Hilfe > Tastenkobinationen -> https://support.mozilla.org/1/firefox/54.0a2/WINNT/de/keyboard-shortcuts * "Weitere Informationen" on top of about:plugins -> https://support.mozilla.org/1/firefox/53.0/WINNT/de/npapi all these links end up on the english sumo homepage at https://support.mozilla.org/t5/Mozilla-Support-English/ct-p/Mozilla-EN
Comment 17•7 years ago
|
||
:phillip Accept-Language headers are not working at the moment. We have an enhancement request in to Lithium part of which will allow accept-language headers to be recognized. Below is the URL spec that is a combination of input from the Firefox and Lithium devs.
Comment 18•7 years ago
|
||
URLs from :philipp above https://support.mozilla.org/1/firefox/54.0a2/WINNT/de/prefs-main - this slug was not in our spreadsheet that was submitted to Lithium https://support.mozilla.org/1/firefox/54.0a2/WINNT/de/time-errors - this slug was not in our spreadsheet that was submitted to Lithium https://support.mozilla.org/1/firefox/54.0a2/WINNT/de/keyboard-shortcuts - Goes to a REDIRECT page. Lithium will fix with their current SoW. https://support.mozilla.org/1/firefox/53.0/WINNT/de/npapi - This URL was submitted to Lithium and the Redirect is working from https://support.mozilla.org/kb/npapi-plugins-de but not from https://support.mozilla.org/1/firefox/53.0/WINNT/de/npapi
Reporter | ||
Comment 19•7 years ago
|
||
probably most to all in-product support links have this format: https://support.mozilla.org/1/firefox/%VERSION%/%OS%/%LOCALE%/slug (that's predefined in app.support.baseURL)
Comment 20•7 years ago
|
||
Philipp, The NI for me is invalid at this point since we have done the roll back. I'll leave it to you as the originator of this ticket to decide what you want to do with it. Thank you!
Flags: needinfo?(elancaster) → needinfo?(madperson)
Reporter | ||
Comment 21•7 years ago
|
||
i'll close the bug for now as things are fine on kitsune & will revisit the issue once there's another attempt to switch to lithium.
Status: NEW → RESOLVED
Closed: 7 years ago
Flags: needinfo?(madperson)
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•