Open Bug 1635947 Opened 1 year ago Updated 11 months ago

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

Categories

(Firefox :: Address Bar, defect, P3)

defect

Tracking

()

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

People

(Reporter: itiel_yn8, Unassigned, NeedInfo)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file)

Attached image Screenshot

STR:

  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

AR:
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.

ER:
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)
You need to log in before you can comment on or make changes to this bug.