618753 - Cursor disappears when placed at the end of a long URL in location bar

Status: RESOLVED INACTIVE

(Firefox :: Address Bar, defect)

Description

[Justin Lebar (not reading bugmail)]

STR:

* Enter the following into your location bar:

>   http://localhost:8888/read&disk=disk3.img&file=/include/i686/openssl/blowfish.h
  
  and resize the window so the whole URL doesn't fit.

* Focus the location bar and press <end>.

Actual results:

* Cursor disappears.

Expected results:

* Cursor doesn't disappear.

Ubuntu 10.10, Mozilla/5.0 (X11; Linux x86_64; rv:2.0b8pre) Gecko/20101212 Firefox/4.0b8pre

Comment 1

[Justin Lebar (not reading bugmail)]

The STR is a little finicky.  I find I have to resize the window two or three times until I can reproduce.

Comment 2

[aravindm]

Mozilla/5.0 (X11; Linux i686; rv:2.0b9pre) Gecko/20101229 Firefox/4.0b9pre

Able to reproduce.

Comment 3

[:Margaret Leibovic]

I can only reproduce this sometimes, and I've only seen it happen on OSX, not Windows. I thought it might have to do with padding on the input element, but messing with that didn't fix anything. Perhaps it's a problem with the input widget.

Comment 4

[Justin Lebar (not reading bugmail)]

I've found that I can always reproduce on Linux if I fiddle with the window size for a bit.  Focus the location bar, reduce the window's width, press <end>.

Strange if that's not your experience on OSX...

Comment 5

[Frank Yan (:fryn)]

I can repro this consistently with a fixed string on OS X, but it doesn't not occur with every string. It seems to be dependent on some rounding, since as I continue to type more characters, the cursor will appear and disappear depending on the input. My guess would be that it's either an input widget bug or a layout/CSS rounding bug. Would ehsan and/or dbaron know better?

Comment 6

[Frank Yan (:fryn)]

oops. s/doesn't not/does not/

Comment 7

[Justin Lebar (not reading bugmail)]

(In response to comment 5)
> I can repro this consistently with a fixed string on OS X, but it does not
> occur with every string.

Do you have a fixed string which reproduces the bug regardless of the window width, or a fixed string which works for a single window width?

Comment 8

[Frank Yan (:fryn)]

(In reply to comment #7)
> Do you have a fixed string which reproduces the bug regardless of the window
> width, or a fixed string which works for a single window width?

Fixed string, single width.

Whether the cursor shows up seems to be dependent on exactly these two variables:
1. the input string (seems to be just the width of it)
2. the input element's width (which of course changes when the window is resized)

Comment 9

[Frank Yan (:fryn)]

(In reply to comment #8)
> 1. the input string (seems to be just the width of it)

For example, on OS X, the font used has the same glyph width for 'b' and 'd' with no kernings of which I'm aware, so appending a 'b' to a given input string will result in the same cursor visibility as appending a 'd' (removing that 'b' first, of course).

Comment 10

[BMO Automation]

Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.