Bug 1693091
| Summary: | [regression] [wayland] key presses register multiple times in URL bar and forms | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Dimitris <dimitris.on.linux> |
| Component: | mutter | Assignee: | Florian Müllner <fmuellner> |
| Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 30 | CC: | 0xalen+redhat, anto.trande, fedora, fmuellner, gecko-bugs-nobody, gnome-sig, jadahl, jhorak, john.j5live, kengert, otaylor, philip.wyett, pjasicek, rhughes, rstrode, sandmann, stransky, walters |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2019-09-14 07:15:02 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1054334 | ||
|
Description
Dimitris
2019-03-27 07:15:20 UTC
Issue persisted after upgrading to 66.0.1-1.fc29. However, after changing a couple of settings: - History → Clear history when Firefox closes (checked) → Settings (changed some options) - Address bar (when using address bar suggest) → uncheck "bookmarks" The issue seems to have resolved itself. Spoke too soon, it's starting to happen again. Not as pronounced as before; about half the time URL bar searches work without delay, but I am beginning to see this "multiple key press" behavior more and more. Did a little more experimenting today: - This seems to be some kind of race condition between the *first* keypress in the address bar and the creation of the matching history/searches dropdown list. I can "work around" it if I either delete all but one of the incorrectly-echoed-multiple-times first letter, or if I simply press space before typing the "real" text I want to find/match in the history dropdown. - I can only reproduce this on firefox-wayland. Running X11 firefox the address bar/keyboard interaction is normal. - Running the browser in safe mode doesn't change anything, the bug persists there when running firefox-wayland. - This is all under a Wayland desktop. Booted and running without an external keyboard for the first time with the 66 series, and I can't reproduce this. So https://bugzilla.mozilla.org/show_bug.cgi?id=1466015 does seem relevant. Dimitris, do you run sway compositor? The https://bugzilla.mozilla.org/show_bug.cgi?id=1466015 is for sway, not gnome-shell. Hi, I'm running gnome-shell. BTW after suspending and docking the laptop (external USB keyboard connected to the dock), once I resume the same session of firefox-wayland is now back to multi-registering the first keypress in the address bar. The dock also connects an external, second monitor. OK, I did a little more testing with the same running firefox-wayland process and the problem seems to actually correlate with the Firefox window displaying on the external, secondary display. When the window is on the laptop panel (primary on the gnome-wayland session), the address bar seems to behave normally. A couple more data points: - The problem seems associated with the window being on the external display, but independent of which display is set as primary in Gnome Shell. - The problem follows the specific window. For example if I have a regular window open on the external display and open a separate private window, moving that new private window shows the correlation to external display even if the original one stays where it was. No change with 66.0.2-1.fc29 Also present with Fedora 30 (gnome-shell/wayland) on my primary and only monitor. Not using an external monitor. Still present through updates, now to 67.0-4.fc29 which included a hopeful-sounding Wayland rendering fix. As of 68.0-4.fc30, running in a wayland session and the firefox-wayland launcher, I no longer see this issue. I also notice that this version has picked up my global desktop style (dark). Leaving open for Christian to confirm. I'm still seeing this issue with firefox 68.0-4.fc30. Installing some gnome-shell/mutter patches from https://copr.fedorainfracloud.org/coprs/pp3345/gnome-with-patches/ temporarily got this issue go away but now I'm still seeing it. *** Bug 1693911 has been marked as a duplicate of this bug. *** I see that in other applications too, like xchat/terminal. Not exclusively Firefox Wayland issue. (In reply to Martin Stransky from comment #15) > I see that in other applications too, like xchat/terminal. Not exclusively > Firefox Wayland issue. Hm, I don't. This issue has only been present in Firefox for me. Is there any change you can try wl-clipboard tools? (https://github.com/bugaevc/wl-clipboard). If you install it you can run wl-paste on terminal and it shows you the clipboard content and you can easily check if there's a problem with clipboard source or destination. For instance I regularly can't paste to gnome-terminal. This has been fixed for me starting with v68 and continuing with v69. (In reply to Dimitris from comment #18) > This has been fixed for me starting with v68 and continuing with v69. I have not seen this issue in a long time either, so I couldn't reproduce it any more. |