Open Bug 1635947 Opened 4 years ago Updated 4 years ago

Switching urlbar text direction and then back causes the domain to be de-emphasized, and with always a fading out effect


(Firefox :: Address Bar, defect, P3)




Tracking Status
firefox-esr68 --- unaffected
firefox75 --- unaffected
firefox76 --- unaffected
firefox77 --- wontfix
firefox78 --- wontfix


(Reporter: itiel_yn8, Unassigned, NeedInfo)




(Keywords: regression)


(1 file)

Attached image Screenshot


  1. Latest Nightly, Windows 10
  2. Set intl.uidirection to 1 and restart
  3. Open any url
  4. Focus the urlbar and switch text direction to the left (via LeftCtrl+LeftShift)
  5. Switch text direction back to the right (RightCtrl+RightShift)
  6. Unfocus the urlbar

The domain text is de-emphasized (i.e. all of the url is the same color), and the url is with a fading out effect even if the url does not overflow the urlbar.
AKAICT only restart fixes this.

Domain text should be empasized and without fading out effect when not needed.

Note that this can also be reproduced in LTR UI if on step 4 you switch text direction to the right and unfocus.

is switching urlbar text direction something RTL users do often?

Flags: needinfo?(itiel_yn8)

(In reply to Marco Bonardo [:mak] from comment #1)

is switching urlbar text direction something RTL users do often?

There's bug 1602305 which indicates that some do... but I don't have a good answer for that.

Flags: needinfo?(itiel_yn8)

Ok, I was trying to figure out a priority, off-hand it doesn't seem too bad, the field is still usable, and probably that action is not very common.
Again, it's likely we're just missing an _updateTextOverflow call.

Severity: -- → S3
Priority: -- → P3
Flags: needinfo?(itiel_yn8)
Has Regression Range: --- → yes
You need to log in before you can comment on or make changes to this bug.