Closed
Bug 1478489
Opened 6 years ago
Closed 6 years ago
URL text shown on the location bar may have fading effect even if the URL is not overflowing
Categories
(Firefox :: Address Bar, defect, P1)
Firefox
Address Bar
Tracking
()
VERIFIED
FIXED
Firefox 63
Tracking | Status | |
---|---|---|
firefox-esr52 | --- | unaffected |
firefox-esr60 | --- | unaffected |
firefox61 | --- | unaffected |
firefox62 | --- | unaffected |
firefox63 | --- | verified |
People
(Reporter: itiel_yn8, Assigned: mak)
References
Details
(Keywords: regression, rtl, Whiteboard: [fxsearch])
Attachments
(2 files)
Using latest Nightly, Windows 10 x86, STR: 0. (Optionally, but may be crucial for the STR to work) Make sure the URL bar will overflow when entering the URL on step 2 1. Set Nightly to RTL. 2. Open this: https://www.google.com/search?client=firefox-b-ab&ei=1MpYW6mSCufv6QSJ_6L4Aw&q=What%27s+Your+Problem+steven+universe&oq=What%27s+Your+Problem+steven+universe&gs_l=psy-ab.3..0j0i203k1l9.1359974.1360253.0.1360432.2.2.0.0.0.0.174.174.0j1.1.0....0...1c.2.64.psy-ab..1.1.174....0.Rd87yZAtVyk 3. Middle click on of the dailymotion search results to open the link in a new tab; I clicked on the one with the URL that ends with x6no1k9 4. You need to get the timing right here (may take a few tries) and click the newly opened tab the moment you see its title changing from the URL text to the "Steven Universe S05E20 What's Your Problem" title AR: See attached; even though the URL doesn't overflow the location bar, the text has the fading effect (clicking the URL and then somewhere else fixes it). This may be the same on LTR, but as the overflow is on the right side anyway, this does not seem apparent. ER: No fading effect when the URL does not overflow the location bar. Mozregression pointed me to bug 1419391.
Assignee | ||
Updated•6 years ago
|
Priority: -- → P1
Whiteboard: [fxsearch]
Comment 1•6 years ago
|
||
I have managed to reproduce this issue in Firefox Nightly 63.0a1(Arabic) Build ID 20180726001822 on Windows 10 Pro x64. I've also tried to reproduce it in Firefox Beta 62.0b11 Build ID 20180723144101 and Firefox Release 61.0.1 Build ID 20180704003137 and the issue doesn't occur.
status-firefox61:
--- → unaffected
status-firefox62:
--- → unaffected
status-firefox63:
--- → affected
Assignee | ||
Comment 3•6 years ago
|
||
Comment 4•6 years ago
|
||
Comment on attachment 8995628 [details] Bug 1478489 - Ensure to not apply the textoverflow attribute if overflow changed while waiting for a flush. r=gijs :Gijs (he/him) has approved the revision. https://phabricator.services.mozilla.com/D2477
Attachment #8995628 -
Flags: review+
Pushed by mak77@bonardo.net: https://hg.mozilla.org/integration/autoland/rev/57adf58922e0 Ensure to not apply the textoverflow attribute if overflow changed while waiting for a flush. r=Gijs
Comment 6•6 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/57adf58922e0
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 63
According to the STR at comment 0 this seems to be fixed in the latest Nightly.
Status: RESOLVED → VERIFIED
Updated•6 years ago
|
status-firefox-esr52:
--- → unaffected
status-firefox-esr60:
--- → unaffected
Comment 9•6 years ago
|
||
I’ve managed to reproduce this issue on Firefox 63.0a1 (2018-07-25), RTL build (ar locale), with Windows 10 x64. I retried the same steps (insisting on steps 4) on the latest Beta 63.0b11 (20181001131022), RTL build (ar locale), with Windows 10 x64, Ubuntu 16.04 x86 and macOS 10.13 and I couldn't reproduce the issue anymore. Therefore I will marked this bug as verified, on Beta also.
Flags: qe-verify+
You need to log in
before you can comment on or make changes to this bug.
Description
•