[ja] Preferences jumps to the right when switch Tracking Protection mode in [ja] localized build
Categories
(Firefox :: Settings UI, defect)
Tracking
()
People
(Reporter: alice0775, Unassigned)
References
(Regression)
Details
(Keywords: nightly-community, regression)
Attachments
(1 file)
644.24 KB,
image/png
|
Details |
[Tracking Requested - why for this release]:UI jumps to the right with [ja] localized build
+++ This bug was initially created as a clone of Bug #1603599 +++
When I test Bug 1605619, I found this Bug.
Unfortunately, bug 1599783 did not fix in [ja] localized build.
Reproducible: sometimes with Nightly73.0a1[ja] Windows10
This is easy to reproduce if Bigger Text(125%) Windows Settings > Ease of Access > Display,
Steps to reproduce:
- Open Wikipedia
- Open about:preferences#privacy in new tab
- Click Standard(標準) radio button(or label or expander icon)
- Click Strict(厳格) radio button(or label or expander icon)
- Repeat step 3 and step 4
Actual Results:
Preferences jumps to the right when switch Tracking Protection mode
Screencast https://youtu.be/2-J-FAOGwLU
Expected Results:
Should not jump
Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=fffb4b5030daf853ff9d61453f3132c3295a6a3b&tochange=492c2ba4953f52eaa00b35fdf35312f89eceb18f
Reporter | ||
Updated•4 years ago
|
Comment 1•4 years ago
|
||
This is marked as only affecting 73 even though the regressing bug landed in 67?
Reporter | ||
Comment 2•4 years ago
|
||
(In reply to Ryan VanderMeulen [:RyanVM] from comment #1)
This is marked as only affecting 73 even though the regressing bug landed in 67?
Yes, sorry, I will change the flags.
It was fixed for 73.0 in Bug 1603599 and won't fixed for version 72 and earlier.
However, unfortunately, the problem of the Bug 1603599 still reproducible on 73.0a1 ja build.
Updated•4 years ago
|
Comment 3•4 years ago
|
||
Alice, do builds from https://treeherder.mozilla.org/#/jobs?repo=try&revision=02dcdb88cd6bf665d9d4101910a1e4c02c441174 help (just pushed)? I see the width of the prefs change a little bit (the search box at the top moves to the right) when selecting the "custom" content blocking option, but that seems better than the re-wrapping you're reporting here. Is that also what you're seeing with this build?
Reporter | ||
Comment 4•4 years ago
|
||
The try build of comment#3 seems to make this issue worse. More frequently and easily reproduced.
Comment 5•4 years ago
|
||
(In reply to Alice0775 White from comment #4)
The try build of comment#3 seems to make this issue worse. More frequently and easily reproduced.
This is bizarre, because I could no longer reproduce. :-(
I'll have to try some more, I guess. To be clear, you're using 125% text, 100% dpi, and 9pt "Yu Gothic UI" ? What's the 9pt from? In CSS pixels, the default font on Windows is 12px for me...
Reporter | ||
Comment 6•4 years ago
|
||
(In reply to :Gijs (he/him) from comment #5)
(In reply to Alice0775 White from comment #4)
The try build of comment#3 seems to make this issue worse. More frequently and easily reproduced.
This is bizarre, because I could no longer reproduce. :-(
please try:
click radio button of Standard, Strict, Custom, Standard, Strict, Custom, .....
I'll have to try some more, I guess. To be clear, you're using 125% text, 100% dpi, and 9pt "Yu Gothic UI" ?
no
using the try build of comment#3, I can reproduce with 100% text, 100% dpi, and 9pt "Yu Gothic UI" .
What's the 9pt from?
using Winaero Tweaker(https://winaero.com/comment.php?comment.news.1836)
see attached screenshot. this is Windows10 Home Japanese version default settings 100% text, 100% dpi.
Reporter | ||
Comment 7•4 years ago
|
||
I can also reproduce with 100% text, 100% dpi, and 9pt "Segoe UI" which is Win10 english version default.
Comment 8•4 years ago
|
||
Hi,
I've updated the flags for Nightly version 74.0a1 (2020-01-07) (64-bit) to unaffected since I was not able to reproduce the issue neither in English nor Japanese versions.
Best,
Clara.
Reporter | ||
Comment 9•4 years ago
|
||
(In reply to Clara Guerrero from comment #8)
Hi,
I've updated the flags for Nightly version 74.0a1 (2020-01-07) (64-bit) to unaffected since I was not able to reproduce the issue neither in English nor Japanese versions.
Best,
Clara.
I can reproduce the issue on Nightly74.0a1(20200107095722) Windows10.
I revert the flag.
Reporter | ||
Comment 10•4 years ago
|
||
This seems fixed by Bug 1605619.
Reporter | ||
Updated•4 years ago
|
Description
•