Closed Bug 1541104 Opened 5 years ago Closed 5 years ago

Part of the URL not displayed when going to the end of a long URL

Categories

(Firefox :: Address Bar, defect, P3)

defect
Points:
2

Tracking

()

RESOLVED DUPLICATE of bug 1496158

People

(Reporter: valentin, Unassigned)

Details

STR:
Go to a long URL such as: https://searchfox.org/mozilla-central/search?q=PRCList&case=false&regexp=false&path=
Then make the window really small.
Go to the end of the URL
Click somewhere on the page

Result:
The URL bar shows https:// some blank space... then the end of the URL

The problem is that when you first see this it looks like a UI bug. You just don't expect to be missing the middle of the URL.

It slightly looks like bug 1483122.

Here's a bit of my chat with Marco:

So, the urlbar input field has an overflow behavior that activates when the input field is completely scrolled to the right. This is because of RTL domains, when there's an RTL domain it gets moved as a text run to the right, then we scroll the urlbar to the right so that the domain stays visible, but this way "https" would be hidden, so we move it into an overlay box. this is all a sort of spoofing prevention mechanism
When you go to the end of the url and blur, we don't reset the scroll position because it was your explicit choice, the url stays completely scrolled to the right, and the above behavior activates, showing the https overlay
What we cared about mostly is that the user can see the domain initially when the page loads, if then he starts playing with the url we try to not make it jump back and forth too much, since he's editing
(or in the middle of some url editing anyway, it may be a temporary blur to copy something from the page...)
[...]
We could maybe not show the https overlay if the domain is not RTL

Comment 0 explains it all, basically we are supposed to show the overlay for RTL domains, in that case the url gets completely scrolled to the right (on purpose, the domain must stay visible), and we put the https protocol in the overlay to keep it visible.
In this case the url scrolling has been set manually, and the domain is ltr, so we may avoid applying the overlay. That may require adding an additional attribute, or just not setting "textoverflow" in case of an ltr domain.

Points: --- → 2
Priority: -- → P3
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.