"More Translation Settings" expanding for a split second when opening about:preferences for the first time within the same session
Categories
(Firefox :: Translations, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr115 | --- | unaffected |
| firefox124 | --- | wontfix |
| firefox125 | --- | fixed |
| firefox126 | --- | fixed |
People
(Reporter: aoia7rz7l, Assigned: colorcodedcrayons)
References
(Regression)
Details
(Keywords: regression)
Attachments
(2 files)
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-beta+
|
Details | Review |
Tested on 125.0b1 and b3.
STR:
- Close all Firefox windows and start Firefox in a new session.
- Open
about:preferences.
Expected Behavior:
Nothing remarkable happens.
Actual Behavior:
Something can be seen expanding for a split second when I opened about:preferences for the first time within the same session. A quick printscreen revealed strings such as:
More Translation Settings
Set you language and site translation preferences and manage languages downloaded of offline translation.
Always translate these languages [Add language]
Never translate these languages [Add language]
Never translate these sites
Download languages
This is not 100% reproducible but I would say about two thirds of the time. Setting browser.translations.enable or browser.translations.newSettingsUI.enable to false (or both) does not seem to affect the issue.
Mozregression returned
Last good revision: 9793d58574ba0c44dd7cea68fdbac2405ccaa693
First bad revision: 39d76f98160905dab2a294ece0e03ee8ba5ba4cc
Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=9793d58574ba0c44dd7cea68fdbac2405ccaa693&tochange=39d76f98160905dab2a294ece0e03ee8ba5ba4cc
Oh and what's with the UI inconsistency in about:preferences these days? First Firefox Sugeest decided they needed to use toogles instead of checkboxes, and now Firefox Translations implemented another layer of settings that looks like something straight out of mobile OSes/Chrome desktop? IMO you should have split this into a #translations section like about:preferences#search instead of the current approach, assuming that your problem is that the dialog/modal is too small for your needs.
Comment 1•2 years ago
|
||
Setting Regressed by field after analyzing regression range found by mozregression in comment #0.
Comment 2•2 years ago
|
||
:colorcodedcrayons, since you are the author of the regressor, bug 1872860, could you take a look?
For more information, please visit BugBot documentation.
| Assignee | ||
Comment 3•2 years ago
|
||
I've been working on reproducing the issue but haven't succeeded so far. However, we've identified a possible reason. It seems that some HTML code that should be hidden is displaying due to a missing 'hidden' attribute in the translations setting HTML.
We shall fix this issue as soon as possible.
| Assignee | ||
Comment 4•2 years ago
|
||
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Comment 5•2 years ago
|
||
Oh and what's with the UI inconsistency in about:preferences these days? First Firefox Sugeest decided they needed to use toogles instead of checkboxes, and now Firefox Translations implemented another layer of settings that looks like something straight out of mobile OSes/Chrome desktop?
I can't speak to Firefox Suggest, but the designs for the new Translations Settings came from the UX team, and they look nice to me. I think moving to a sub page looks better than the pop-up dialog.
IMO you should have split this into a #translations section like about:preferences#search instead of the current approach, assuming that your problem is that the dialog/modal is too small for your needs.
This will be a sub-page about:preferences#translations, but the point of access will be from the Language and Translation section of the general pane.
Comment 6•2 years ago
|
||
Set release status flags based on info from the regressing bug 1872860
Updated•2 years ago
|
Comment 8•2 years ago
|
||
| bugherder | ||
Comment 9•2 years ago
|
||
The patch landed in nightly and beta is affected.
:colorcodedcrayons, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox125towontfix.
For more information, please visit BugBot documentation.
Comment 10•2 years ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D205815
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Comment 11•2 years ago
|
||
| uplift | ||
| Reporter | ||
Comment 12•2 years ago
|
||
I can confirm that the STR in comment 0 is reproducible in 125.0b8, but not in 125.0b9 on Windows 10.
| Assignee | ||
Comment 13•2 years ago
|
||
(In reply to BugBot [:suhaib / :marco/ :calixte] from comment #9)
The patch landed in nightly and beta is affected.
:colorcodedcrayons, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox125towontfix.For more information, please visit BugBot documentation.
The uplift has already landed.
| Assignee | ||
Comment 14•2 years ago
|
||
The uplift has already landed.
Description
•