Closed
Bug 1491646
Opened 6 years ago
Closed 6 years ago
Buttons disappears when changing language
Categories
(Firefox :: Settings UI, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: rolf.back, Unassigned)
References
Details
(Keywords: regression)
Attachments
(1 file)
40.98 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:62.0) Gecko/20100101 Firefox/62.0 Build ID: 20180830143136 Steps to reproduce: I've managed to remove all languages earlier and want save a new setting. Settings - Language Actual results: The buttons Ok, Cancel and Help are visible when popup is displayed but dissapears when language is added to the list. I cannot save my new setting. Expected results: The buttons should be visible and I should be able to save my setting.
Summary: Buttons dissapears when changing language → Buttons disappears when changing language
Comment 1•6 years ago
|
||
It seems to have already been fixed in Firefox beta63.
Updated•6 years ago
|
Updated•6 years ago
|
Keywords: regression
Comment 3•6 years ago
|
||
Brindusa, can you do a mozregression --findfix here (or find someone?) thank!
Flags: needinfo?(brindusa.tot)
(In reply to Mike Taylor [:miketaylr] (62 Regression Engineering Owner) from comment #2) > Can you verify it's fixed in Beta 63? Yes - it's fixed in beta.
Flags: needinfo?(rolf.back)
Comment 5•6 years ago
|
||
Thanks. Depending on the patch that fixed this, it might be worth riding along in a dot release. It's pretty bad to not have OK/Cancel buttons...
Comment 6•6 years ago
|
||
Mozregression only works with Nightly, not Beta, so I have found a bad build in Nightly and performed a mozregression with the find-fix argument; this is the pushlog of the fix: https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=3587c059bdd04fa2289c250817c8742f0c2700fe&tochange=bd747e24063da7d803dc5fd20b5a8af0d036f4d5 Note that this issue also occurs on the Mac OS and Ubuntu operating systems, but it's most visible on Windows. Please let me know if I can help any more.
Status: UNCONFIRMED → NEW
status-firefox64:
--- → fixed
Ever confirmed: true
Flags: needinfo?(brindusa.tot)
OS: Unspecified → All
Hardware: Unspecified → All
Comment 7•6 years ago
|
||
Looks like bug 1472716 fixed this. Paolo, how would you feel about that being a potential dot-release ride-along for 62?
Depends on: 1472716
Flags: needinfo?(paolo.mozmail)
Comment 8•6 years ago
|
||
Well, this seems a risky uplift to me, given that we had to make some Fluent changes for the patch to work, and I'm not sure we have all the localization elements in place on earlier trains. Maybe this will work fine, and if warranted, we can try and do some QA around it, but it's not a risk-free uplift for Release.
Flags: needinfo?(paolo.mozmail)
Comment 9•6 years ago
|
||
Sounds like it's too late to do anything about this for 62, but it's already fixed in 63 and later. Going to mark this WFM and mark 62 as wontfix based on comment #8, then. Thanks, Paolo!
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
Comment 10•6 years ago
|
||
thanks all!
You need to log in
before you can comment on or make changes to this bug.
Description
•