Closed Bug 337448 Opened 14 years ago Closed 14 years ago
caret in <div>-containers with "position:relative" CSS-property disappears when scrolling the page
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:184.108.40.206) Gecko/20060426 Firefox/220.127.116.11 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:18.104.22.168) Gecko/20060426 Firefox/22.214.171.124 when caret browsing is switched on and the caret is positioned in a div-container (or any other block-level element) which has the CSS-property "position: relative;" and the page is scrolled down with the vertical browser scrollbar (or the mouse wheel) the caret disappears. If you scroll slowly down, you can see the caret getting smaller (looks like it would dive in the bottom of the line it is positioned in). Don't know, if this behaviour is as it should or as it is logical in relative positioned elements, but it is a very big problem, when you have editable content (e.g. using "Mozile") in divs that are formatted "position: relative". Reproducible: Always Steps to Reproduce: 1. go to e.g. http://www.mozilla-europe.org/en/support/ 2. downsize your browser window (until text "Site contact" is out of focus, so the page is larger than the browser window and the vertical scrollbar is shown, 3. then scroll to the top of the page 4. make sure caret browsing is activated (hit F7) 5. click in one of the first lines of the right column (column "Support resources", first line of "The Official Mozilla Firefox FAQ") 6. scroll down slowly using the scroll bar and watch the caret -> it should disappear slowly. Actual Results: caret disappeared Expected Results: better: whished result would be: the caret behaves like it does in static or absolute positioned elements - it stays at its position even the page is scrolled. I'm using the latest Firefox release with no special theme or configuration (except some plugins like "Webdeveloper").
Severity: normal → major
Component: General → Keyboard Navigation
Version: unspecified → 1.5.0.x Branch
This was fixed (on trunk) by the fix for bug 287813.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Depends on: 287813
Resolution: --- → FIXED
(In reply to comment #1) > This was fixed (on trunk) by the fix for bug 287813. > Thanks for this, but in which Firefox version this? In FF 126.96.36.199 this bug stil exists. Was it fixed in a future or the next vresion (FF 1.9)? TIA and regards, Josef
(In reply to comment #2) > Thanks for this, but in which Firefox version this? In FF 188.8.131.52 this bug stil > exists. Was it fixed in a future or the next vresion (FF 1.9)? As I said, this was fixed on trunk, that is in Gecko 1.9, which will be shipped with Firefox 3.0 (but not 2.0 or 1.5.0.x).
You need to log in before you can comment on or make changes to this bug.