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)

defect

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.
Blocks: 1419391
Priority: -- → P1
Whiteboard: [fxsearch]
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.
investigating...
Assignee: nobody → mak77
Status: NEW → ASSIGNED
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
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
Marking for verification on Firefox 63 Beta.
Flags: qe-verify+
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.

Attachment

General

Creator:
Created:
Updated:
Size: