1920x1080 screenshot hangs & fails on clipboard insert (GIMP&lowriter)

Bug #1655398 reported by David Ayers on 2017-01-10
26
This bug affects 5 people
Affects Status Importance Assigned to Milestone
xfce4-settings
Confirmed
Medium
xfce4-settings (Ubuntu)
Undecided
Unassigned

Bug Description

This is Xubuntu 16.04 with xfce4-screenshooter 1.8.2-2

We first noticed this using Xubuntu while creating multiple screenshots with "Print" and inserting them into the LibreOffice document.

open a new LibreOffice Writer document
press "Print"
choose save to clipboard
use context menu in LibreOffice to insert screenshot into document
edit document by simply adding 1 as a counter after the screenshot
press "Print" again
choose save to clipboard
use context menu in LibreOffice to insert screenshot into document
edit document by simply adding 2 as a counter after the screenshot
repeat until either the insert hangs an fails (for us it happened on the 3-8 iteration)

With a resolution of 1920x1080 we can insert about 6-7 full screen screenshots before the insert hangs for about ~30 seconds without inserting any contents. Yet editing may be resumed after words. We can also start LibreOffice Calc and attempt an insert and it would report the failure that it could not insert the image.

We can also:
start a fresh GIMP instead
press "print"
Choose File->Create->From Clipboard
here we expect the insertion of the screenshot yet instead:
wait for the ~30 second hang
have GIMP report there that it could not retrieve image Data
(If you start with GIMP it may work for the first few screenshots until it hangs and fails.)

Since this is reproducible with LO and GIMP we are assuming that the issue is with xfce-screenshooter.

ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: xfce4-screenshooter 1.8.2-2
ProcVersionSignature: Ubuntu 4.4.0-57.78-generic 4.4.35
Uname: Linux 4.4.0-57-generic x86_64
ApportVersion: 2.20.1-0ubuntu2.4
Architecture: amd64
CurrentDesktop: XFCE
Date: Tue Jan 10 17:14:56 2017
InstallationDate: Installed on 2016-12-12 (29 days ago)
InstallationMedia: Xubuntu 16.04.1 LTS "Xenial Xerus" - Release amd64 (20160719)
SourcePackage: xfce4-screenshooter
UpgradeStatus: No upgrade log present (probably fresh install)

David Ayers (ayers) wrote :
David Ayers (ayers) wrote :

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.

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in xfce4-screenshooter (Ubuntu):
status: New → Confirmed

Apparently it is a bug in xfsettingsd (xfce4-settings):

https://bugzilla.xfce.org/show_bug.cgi?id=13537

affects: xfce4-screenshooter (Ubuntu) → xfce4-settings
Changed in xfce4-settings:
importance: Undecided → Unknown
status: Confirmed → Unknown

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.

Changed in xfce4-settings:
importance: Unknown → Medium
status: Unknown → Confirmed

Since you read both codebases, are you able to identify what could be cause and perhaps provide a patch?

Ubuntu QA Website (ubuntuqa) wrote :

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1655398

tags: added: iso-testing

(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.

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in xfce4-settings (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.