Description of problem: screenshots to clipboard don't work, clipboard doesn't contain any data. Screenshot Version-Release number of selected component (if applicable): gnome-shell-3.34.0-1.fc31.x86_64 How reproducible: always Steps to Reproduce: 1. take a screenshot to clipboard using gnome-shell (by default, e.g. Shitft+PrScr) 2. try to paste clipboard to image-receiving data (e.g. in Gimp, Ctrl+Shift+V: new file from clipboard data) 3. Actual results: clipboard contains no image data Expected results: Additional info:
https://gitlab.gnome.org/GNOME/gnome-screenshot/issues/48 Upstream issue Component should be changed to gnome-screenshot
(In reply to bepvte+bugzilla from comment #1) > https://gitlab.gnome.org/GNOME/gnome-screenshot/issues/48 Upstream issue > Component should be changed to gnome-screenshot Thanks, changing it accordingly.
I think this bug might actually be the fault of mutter and not gnome-screenshot: https://gitlab.gnome.org/GNOME/mutter/issues/789 An useful workaround for now is to run "echo -n | xclip -selection clipboard" to clear clipboard of text before taking a screenshot
Proposed as a Blocker for 31-final by Fedora user bepvte using the blocker tracking app because: I believe that this bug violates "Default panel functionality - All elements of the default panel (or equivalent) configuration in all release-blocking desktops must function correctly in typical use." The default clipboard screenshot functionality in GNOME, and even copying images from any web browser or other application, are broken most of the time. I also request the component be changed to mutter, and the title changed, since this bug affects all clipboard operations involving images.
-1 blocker, this works fine if using the gnome-screenshot application and normal PrtScn and Alt+PrtScn also both work fine. The problem seems to only occur when using command-line tool or when using the Shift+PrtScn shortcut, which seems obscure.
Michael, the problem is worse that some "obscure" screenshot hotkey not working. (I also doubt it's really that obscure, I use it quite often) As Comment 4 says, copying images to clipboard from other Wayland apps is broken, too. For example try to copy an image in eog or epiphany and paste it into Gimp. That doesn't seem to work at all for me.
Well that has nothing to do with gnome-screenshot or screenshots, that's a problem with mutter's new clipboard manager then.
BTW I agree and retract my -1
Discussed during the 2019-09-30 blocker review meeting: [0] The decision to classify this bug as a "RejectedBlocker" and an "AcceptedFreezeException" was made as it doesn't clearly violate an existing criterion and we don't think it's serious enough to consider writing a new one. Accepted as an FE as it will affect Live images and so cannot be fully fixed with an update. [0] https://meetbot.fedoraproject.org/fedora-blocker-review/2019-09-30/f31-blocker-review.2019-09-30-16.00.txt
FEDORA-2019-af6c89afe8 has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2019-af6c89afe8
gnome-shell-3.34.1-2.fc31, mutter-3.34.1-2.fc31 has been pushed to the Fedora 31 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-af6c89afe8
Hmm, it seems I am not able to paste image from clipboard at all (even if I didn't have any text in clipboard before trying that) on neither of these: gnome-shell-3.34.1-2.fc31.x86_64, gnome-shell-3.34.1-1.fc31.x86_64 mutter-3.34.1-3.fc31.x86_64, mutter-3.34.1-2.fc31.x86_64, mutter-3.34.1-1.fc31.x86_64 When I try to paste that into gmail new mail window (which I am not sure worked on Linux, but it does on Windows :) ), I get this instead of an image: x-special/nautilus-clipboard copy file:///home/user/some_file_i_just_copied_to_clipboard.png I can test gnome-shell/mutter in some build with 3.34.0 tomorrow.
František, files from nautilus are just copied as text (and unfortunately in that weird format, see https://gitlab.gnome.org/GNOME/nautilus/issues/634 ). To reproduce this issue copy a image from your browser or copy a selection inside Gimp or right click on an image in eog and select "Copy".
Thanks Jonathan, I didn't know that. In that case, I can confirm fix in gnome-shell-3.34.1-2.fc31.x86_64, mutter-3.34.1-3.fc31.x86_64 . I've tested copying some image from browser (both Firefox(Wayland)/Chrome(XWayland) worked). However, taking screenshot to clipboard seems to be broken: $ gnome-screenshot --clipboard (gnome-screenshot:9858): Gdk-WARNING **: 20:12:45.439: Error writing selection data: Error writing to file descriptor: Broken pipe When using Shift+PrScr (which should save screenshot to clipboard), it ends up saving it as a file. I'll create separate issue for that if there isn't any.
Frantisek, can you check if that's a regression from what's in stable? Thanks!
gnome-shell-3.34.1-2.fc31, mutter-3.34.1-3.fc31 has been pushed to the Fedora 31 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-af6c89afe8
(In reply to Adam Williamson from comment #16) > Frantisek, can you check if that's a regression from what's in stable? > Thanks! It's broken in gnome-shell/mutter-3.34.1-1 too .
gnome-shell-3.34.1-2.fc31, mutter-3.34.1-3.fc31 has been pushed to the Fedora 31 stable repository. If problems still persist, please make note of it in this bug report.
The last mutter update broke copy and paste completly for me on Wayland, I suppose this change is the reason. I can copy and paste from Xorg -> Xorg, but I can't copy or paste in any Wayland application, which means every Gtk app.
Clearing CommonBugs as we fixed this ahead of Final.
This isn't really completely fixed, the screenshot portion is broken again, see referenced gitlab bug. I think that deserves a commonbugs entry.
As mentioned in https://gitlab.gnome.org/GNOME/mutter/issues/789#note_631911, that's a gnome-settings-daemon bug specific to the screenshot code, not an issue in mutter. We could split it out into a new bug report.
> We could split it out into a new bug report. I've created bug 1766616
https://gitlab.gnome.org/GNOME/mutter/issues/789#note_642646 does mention a workaround for GNOME 3.34 has been developed: > For 3.34, this has been worked around by making gsd-media-keys use the x11 clipboard instead. When will this be released in Fedora? This bug is really annoying…
(In reply to rugk from comment #25) > When will this be released in Fedora? This bug is really annoying… Since it's a separate bug, please don't discuss it here. Please use bug #1766616.