Open Bug 1924093 Opened 2 years ago Updated 7 months ago

Caret rendered on wrong position: Always stays on initial click position

Categories

(Core :: Graphics, defect)

defect

Tracking

()

People

(Reporter: manuel, Unassigned, NeedInfo)

References

Details

I don't know what the steps to reproduce are. But I'll keep the window open for at least today (next ~6 hours). So if you want to try get to the root of the issue I'm open to do some debugging and give some debug info.

I attached a video of how it looks like. When I open a new private window the bug isn't present anymore. Assuming that restarting the browser would also "fix" the issue.

The visible cursor is blinks always on the same position, but the internal cursor position just works as usual.

Software versions:
Arch Linux - Gnome 47, X11
Firefox Nightly 133.0a1 (2024-10-10) (64-bit)

Moving across to core as this seems more of a back end issue than the address bar itself.

Component: Address Bar → DOM: Editor
Product: Firefox → Core

The splitter of the sidebar and the browser is also painted over the popup for URL bar. Looks like the display list is broken or something. I'm not sure the right component to investigate this kind of issues, though. I redirect this to Graphics.

Component: DOM: Editor → Graphics

The severity field is not set for this bug.
:bhood, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(bhood)

Tim, maybe a display list problem? Might be in widget too.

Flags: needinfo?(bhood) → needinfo?(tnikkel)

(In reply to Masayuki Nakano [:masayuki] (he/him)(JST, +0900)(Away until 6/30 except 24) from comment #3)

The splitter of the sidebar and the browser is also painted over the popup for URL bar.

Hmm, that's quite odd, never seen anything like that before.

Hard to say more without being able to reproduce.

Is there something interesting or different or unusual about your setup/profile? If this was widespread I would have expected to see a lot more bugs filed about it. Does it happen in a fresh profile for example?

Flags: needinfo?(tnikkel)

Oh, the splitter over side bar was a separate bug fixed in Bug 1922993. (sorry somehow missed that the discussion went in that direction).

See Also: → 1922993

Does it happen in a fresh profile for example?

The caret staying at the initial position was a one time thing. I haven't reproduced yet and I don't see it when launching new or existing Firefox profiles. The side bar thing was reproducible and as comment #7 outlined fixed relatively quickly (so didn't become widespread).

Summary: Cursor rendered on wrong position: Always stays on initial click position → Caret rendered on wrong position: Always stays on initial click position

The severity field is not set for this bug.
:bhood, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(bhood)

I've had this happen yesterday again (second time in total). So occurence seems to be very rarely. This time I've pressed F7 and afterwards the caret position was behaving normal again. (I usually have the F7 mode enabled, so it was just reenabling it). I'd say this it at most S4.

See Also: → 2019914
Duplicate of this bug: 2019914

Bug 2019914 is a similar case that was also reported against Linux.

You need to log in before you can comment on or make changes to this bug.