Open Bug 1881146 Opened 2 years ago Updated 1 year ago

text input caret disappears randomly

Categories

(Core :: DOM: Editor, defect)

Firefox 122
Desktop
Linux
defect

Tracking

()

UNCONFIRMED

People

(Reporter: quantumphoton007, Unassigned)

References

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:122.0) Gecko/20100101 Firefox/122.0

Steps to reproduce:

  • Open a github issue
  • Start typing
  • Alt-tab to a different window and then switch back to firefox

This is on firefox, wayland on KDE

Actual results:

The caret (blinking vertical line) disappeared. I can reproduce it on bugzilla.mozilla.org too (right on this textbox where I am typing text).

Sometimes, the cursor keeps blinking while I type. That is, when I type fast enough, the cursor is invisible for 2 seconds and then stays visible for two seconds.

Expected results:

The caret should not have disappeared.
When I type text, the caret should stop blinking until I finish typing text.

The Bugbug bot thinks this bug should belong to the 'Core::DOM: Editor' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → DOM: Editor
Product: Firefox → Core
OS: Unspecified → Linux
Hardware: Unspecified → Desktop

Thanks for reporting this issue. But I can not reproduce this on Ubuntu 22.04 Wayland.
Do you still see this issue in troubleshoot mode or with clean profile?

Flags: needinfo?(quantumphoton007)

I am on archlinux so I'm probably on much newer package versions compared to u22. My hunch is this is specific to nvidia. I have a different amdgpu machine with a similar setup running arch-kde-wayland with the latest packages which does not have this issue (or any firefox rendering issues really).

In troubleshoot mode, nothing works. The web pages do not respond to my mouse inputs at all. I had to switch back to my current configuration to make it work.

I can try a clean profile but this bug is inconsistent. For instance, after I switched back from troubleshoot mode to my current config, I can no longer reproduce it. I might have to keep using firefox for a while before it shows up.

Flags: needinfo?(quantumphoton007)

I'm thinking that we should close this bug, and if it starts recurring again for you we'd be happy to re-open or take another bug for it. Would that be ok for you?

Flags: needinfo?(quantumphoton007)

I noticed this again today but I didn't get a chance to switch to troubleshooting mode. Is there any logging that I can get from firefox about GPU and hardware accelerated mouse cursor while firefox is running?

Flags: needinfo?(quantumphoton007)

Also plasma 6 is just about to be released. I'll give that a try

I don't know of any logging unfortunately. Emilio, do you know of anything?

Thanks, and please report back with your findings. It's very helpful when we can't reproduce on our side.

Flags: needinfo?(emilio)

So, I can repro something similar on Plasma, but not consistently enough to debug it properly.

Sean was working on bug 1860328 which is somewhat related, my guess is that the focus state gets confused...

If you can reproduce somewhat easily, a MOZ_LOG=Widget:5 could be really useful to confirm whether that's the case...

Flags: needinfo?(emilio)
See Also: → 1860328
Severity: -- → S3

This happens very frequently with Firefox 130 on KDE5, Wayland, HiDPI (200% "scaling")
I guess this is due to HiDPI configuration, as I haven't seen such an issue also on KDE5 Wayland without HiDPI.

Attached video 2024-10-01 13-28-15.mp4

Here's the example where the caret freezes in the initial click place, as seen on GitHub issues form.

I've been seeing exactly this issue since Firefox 133 (if not earlier), and still see it in 135. Super annoying.

Happens most often in GitHub text areas, but also in Telegram ones (less often). Clicking in the address bar and then back in the text area sometimes shows the cursor again, other times it doesn't.

Much as I tried, I couldn't find a reliable reproduction sequence.

Operating System: Fedora Linux 38
KDE Plasma Version: 5.27.11
KDE Frameworks Version: 5.115.0
Qt Version: 5.15.12
Kernel Version: 6.8.9-100.fc38.x86_64 (64-bit)
Graphics Platform: Wayland

This issue is gone on Plasma 6 by the way. This seems to be either Qt or Plasma issue.

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

Attachment

General

Creator:
Created:
Updated:
Size: