After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 755443 - Screenshot of Terminal Window Zero Bytes
Screenshot of Terminal Window Zero Bytes
Status: RESOLVED OBSOLETE
Product: gparted
Classification: Other
Component: livecd
0.23.0
Other Mac OS
: Normal normal
: ---
Assigned To: gparted maintainers alias
gparted maintainers alias
Depends on:
Blocks:
 
 
Reported: 2015-09-22 22:07 UTC by Ryan von Schwedler
Modified: 2020-11-13 10:40 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Ryan von Schwedler 2015-09-22 22:07:01 UTC
I'm running gparted-live-0.23.0-1-amd64.iso via a USB (installed using dd) on my Retina Macbook Pro from early 2015. 

I can use the screenshot icon on the desktop to successfully capture a jpeg of the GParted window but not of any Terminal window.

Do you know how the preview of the screenshot shows up right after clicking with the crosshairs? No preview windows shows up after clicking anywhere on a Terminal window with the crosshairs. The jpeg file is created but contains zero bytes of data. 

I copied the jpegs over to a different USB drive anyway, and OS X says the [jpeg] file could not be opened because it is empty.
Comment 1 Curtis Gedak 2015-09-23 18:52:14 UTC
Thank you Ryan for your interest in GParted and improving GParted Live.

I tried making a screen shot of a terminal window in GParted Live 0.23.0-1 using the screenshot icon and confirmed the issue you reported.  The resulting /home/user/gparted.jpg file was 0 bytes in size.

As you mentioned this problem does not occur when taking a screenshot of the GParted application.

A work-around to capture the commands in the terminal window would be to open an editor and copy/paste the output from the terminal window into the editor and save the file.



Steven,

When you have a chance would you be able to investigate?

One option might be to change from using *xwd* for screenshots to *scrot*.

The command to tell scrot to capture the window border and to wait for the user to select the window is:

  scrot --border --select gparted.png

Regards,
Curtis


BACKGROUND INFORMATION:

In GParted Live, the screenshot icon executes the script /usr/bin/gl-screenshot.

The script contains much logic, but appears to encounter a problem with the second of these two commands in the gl-screenshot script:

 xwd -out ${HOME}/gpartedss
 xwdtopnm < ${HOME}/gpartedss | pnmtojpeg > ${HOME}/gparted.jpeg

For example when I run the above two commands in a GParted Live terminal session I see the following:

 user@debian:~$ xwd -out ${HOME}/gpartedss

--> The cursor changes to a plus sign and I click on the terminal window.

 user@debian:~$ xwdtopnm < ${HOME}/gpartedss | pnmtojpeg > ${HOME}/gparted.jpeg
 xwdtoprn: can't handle X11 pixmap_depth > 24
 pnmtojpeg: EOF / read error reading magic number
 user@debian:~$

When I use these same two commands to capture a screenshot of the GParted application, instead of an error I see:

 xwdtopnm: writing PPM file

This problem appears to go back to at least GParted Live 0.14.1-6 i486 (I didn't test any earlier versions).
Comment 2 André Klapper 2020-11-13 10:40:57 UTC
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports and feature requests in GNOME Bugzilla which have not seen updates for a long time.

If you still use gparted and if you still see this bug / want this feature in a recent and currently supported version, then please feel free to report it at
https://gitlab.gnome.org/GNOME/gparted/-/issues/
by following the guidelines at
https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines

Thank you for creating this report and we are sorry it could not be implemented so far (volunteer workforce and time is limited).