Bug 1594876
Summary: | spice-vdagent print error messages to systemd journal when selecting text on host | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Tomas Hudziec <thudziec> |
Component: | spice-vdagent | Assignee: | Victor Toso <victortoso> |
Status: | CLOSED ERRATA | QA Contact: | SPICE QE bug list <spice-qe-bugs> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 7.6 | CC: | cfergeau, dblechte, fziglio, jkoten, rduda, spice-qe-bugs, tpelka, victortoso |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | spice-vdagent-0.14.0-18.el7 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2019-08-06 13:07:26 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 Hudziec
2018-06-25 15:22:32 UTC
These messages have been silenced upstream by https://gitlab.freedesktop.org/spice/linux/vd_agent/commit/d39230cee236bc6b8b150c7687d49a46f519bd2b However, I'm not sure we are supposed to get such messages unless there is something buggy somewhere in the stack. Could you please clarify on what client are you using? Fedora/RHEL, GNOME/KDE, versions. It was RHEL 7.6 with GNOME 3.26 I think. (In reply to Tomas Hudziec from comment #4) > It was RHEL 7.6 with GNOME 3.26 I think. Can you still reproduce easily? I think this was fixed by https://lists.freedesktop.org/archives/spice-devel/2018-December/046532.html And I backported and tested with temporary scratch build https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=19582603 Would be great if you can test it out in case you can easily reproduce it. Jirko, please try to reproduce it on your 7.6. Thank you (In reply to Victor Toso from comment #5) > (In reply to Tomas Hudziec from comment #4) > > And I backported and tested with temporary scratch build > > https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=19582603 > > Would be great if you can test it out in case you can easily reproduce it. Can you please make a new scratch build? This one is no longer available. Fixed by > commit 3aff78399ff4c6e69d45781e1383ff175629eb03 > Author: Jakub Janků <jjanku> > Date: Thu Feb 21 21:25:57 2019 +0100 > > x11: invalidate requests for targets on grab from client > > If XSetSelectionOwner() is invoked during the time > we are waiting for the requested clipboard targets, > the targets we eventually receive are no longer valid. > > To solve this, ignore the same count of target notifications > as we expected at the time we received grab from the client. > > Otherwise we end up in a situation when vdagent holds > the clipboard grab in the guest but cannot provide data to the > apps that request it - this can be observed in the log: > > clipboard: received selection request event for target *, while not owning client clipboard > > Signed-off-by: Jakub Janků <jjanku> > Acked-by: Victor Toso <victortoso> Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2019:2229 |