There are some bugs reported to xfce4-screenshooter about copy to clipboard not working for large resolutions: https://bugzilla.xfce.org/show_bug.cgi?id=13342 https://bugzilla.xfce.org/show_bug.cgi?id=13395 https://bugzilla.xfce.org/show_bug.cgi?id=10426 https://bugzilla.xfce.org/show_bug.cgi?id=12704 gnome-screenshot is also affected if started with -c flag or in interactive mode if you press the copy to clipboard button then close the app before pasting. At first I thought it was something related to gtk_clipboard_set_image, but this problem doesn't happen when running /usr/lib/gnome-settings-daemon/gsd-clipboard instead of xfsettingsd.
This issue doesnt seem to be limited to just images but generally very large buffers. Copying some very large pieces of text data fails as well. I looked through the gnome clipboard and xfce source. Unsure which one of the two is the fork, but they obviously share the same codebase. I suggest the changes from gnome-settings-daemon get picked into the xfsettingsd clipboardmanager.
Since you read both codebases, are you able to identify what could be cause and perhaps provide a patch?
(In reply to Andre Miranda from comment #2) > Since you read both codebases, are you able to identify what could be cause > and perhaps provide a patch? I don't see a cause at first glance. Will need to start testing things out and that's probably outside my field of expertise.
Andre Miranda referenced this bugreport in commit d7ba62f33965e5ba0601fdb7ee13def9c6e4f1bf Fix incremental sending from the clipboard manager (Bug #13537) https://git.xfce.org/xfce/xfce4-settings/commit?id=d7ba62f33965e5ba0601fdb7ee13def9c6e4f1bf
Luckily gsd-clipboard code didn't change much since 2011, so finding the fix for this was much easier than I thought.
I'll try to test it today-tomorrow.
For some reason I can't reproduce it now. Old versions of xfce4-settings and xfce4-screenshooter work just fine. The only (but huge!) change I made in these two days -- I have changed my root fs from btrfs to ext4. "After" doesn't mean "because of", but this does add to my suspicion towards btrfs, since I had quite a few mysterious glitches on it. If I ever see this issue again, I'll try to compare these versions.
I could also only reproduce this with screen shots taken with a sufficiently high resolution aka buffer.
(In reply to David Ayers from comment #8) > I could also only reproduce this with screen shots taken with a sufficiently > high resolution aka buffer. Anything larger than 1920x1080 is enough to reproduce this bug, for instance a laptop connected to an external display.
Happens to me on 1366x768 resolution screenshots, as well as images copied directly from various programs (chromium/firefox right click copy; gimp ctrl+c copy) Maybe Xorg's max buffer sizes are dependent on memory size?
(In reply to Kristian Angelov from comment #10) > Happens to me on 1366x768 resolution screenshots, as well as images copied > directly from various programs (chromium/firefox right click copy; gimp > ctrl+c copy) > Maybe Xorg's max buffer sizes are dependent on memory size? The fix is already in git master, did you try it?
I could reliably trigger the bug in Xubuntu Disco Dingo (xfce4-settings 4.13.4). After installing daily build of xfce4-settings from xubuntu-dev PPA it seems that the bug is gone. Looks like the fix worked. Thanks!
(In reply to ondondil from comment #12) > I could reliably trigger the bug in Xubuntu Disco Dingo (xfce4-settings > 4.13.4). After installing daily build of xfce4-settings from xubuntu-dev PPA > it seems that the bug is gone. Looks like the fix worked. Thanks! You're welcome, thanks for the feedback.