Bug 1516441
Summary: | clipboard sometimes stop working in Wayland session | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Tomas Pelka <tpelka> |
Component: | mutter | Assignee: | Carlos Garnacho <cgarnach> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Desktop QE <desktop-qa-list> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 7.5 | CC: | cgarnach, esm, jkoten, mclasen, ofourdan, stransky, vbenes |
Target Milestone: | rc | ||
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: | 2018-06-22 12:41:53 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: |
Description
Tomas Pelka
2017-11-22 15:56:59 UTC
I've been seeing similar behavior here on F27 (seemingly localized to gnome-shell, although I'm not convinced this is specifically a gnome-shell issue) so I'll include it here too): mutter-3.26.2-1.fc27.x86_64 gnome-shell-3.26.2-1.fc27.x86_64 gnome-terminal-3.26.2-1.fc27.x86_64 "Some amount of time" after gnome-terminal startup (usually after multiple network changes, laptop suspends, etc), I'll suddenly notice I can't copy from my gnome-terminal session into, say, Firefox. If I fire up gedit or something similar, I note that the same thing happens there, but after giving it a bit of time, switching workspaces, etc, I'll come back to gedit and notice that the text eventually pasted. If I restart gnome-terminal, things appear to go back to normal. When the problem is occurring, I see a lot of this in the user journal: Nov 23 22:13:22 xps13.sfo1.in.logic.net gnome-terminal-[3812]: Error writing selection data: Error writing to file descriptor: Broken pipe And occasionally see this (which I suspect is unrelated, but I'll include it for completeness): Nov 23 22:11:38 xps13.sfo1.in.logic.net org.gnome.Shell.desktop[2416]: Window manager warning: last_user_time (101496955) is greater than comparison timestamp (101496954). This most likely represents a buggy client sending in accurate timestamps in messages such as _NET_ACTIVE_WINDOW. Trying to work around... Nov 23 22:11:38 xps13.sfo1.in.logic.net org.gnome.Shell.desktop[2416]: Window manager warning: 0x3a00010 (gnome-term) appears to be one of the offending windows with a timestamp of 101496955. Working around... #1413858 appears to be related? That issue refers to this upstream bug: https://bugzilla.gnome.org/show_bug.cgi?id=782694 This is a sad history. We seem to have plenty of bugs like bug 1410912 or bug 1224987 and both them were neglected so long, that they eventually went through EOL process (the former have been saved by its reporter, latter was not). There are bugs all over the internet, e.g. https://bugzilla.gnome.org/show_bug.cgi?id=782694 (and others linked above), or https://bugzilla.mozilla.org/show_bug.cgi?id=1434572 , and yet there doesn't seem to be much interest. (In reply to Ed Marshall from comment #2) > #1413858 appears to be related? That issue refers to this upstream bug: > https://bugzilla.gnome.org/show_bug.cgi?id=782694 That's bug 1413858 (just to have link here). And bug 1285342. Whenever copying fails, I see in journalctl: Feb 06 16:29:17 mitmanek.ceplovi.cz evolution[4793]: Error writing selection data: Error writing to file descriptor: Broken pipe (or whichever application fails to copy to clipboard). Second data point: when I wait a minute or more (I went for cuppa, so not sure how long it took) paste in the end happens. For gtk3 fix, bug 1553825 |