Open OnkelTem opened 8 months ago
Flameshot definitely works flawlessly on X11.
Based on your text I think you are not experienced enough with Linux. So here is what you should do:
flameshot
. You have to run that Flameshot AppImage (this is how AppImage works). We have clearly explained it in our documentation ( https://flameshot.org/docs/installation/installation-linux/#appimage )--delay 500
, that is not needed, it will just add half a second delayflameshot
(in your case ./ Flameshot-12.1.0.x86_64.AppImage
), then open another terminal and run flameshot gui
(in your case ./ Flameshot-12.1.0.x86_64.AppImage gui
). Then try to copy. It should workNo, unfortunately it doesn't work anyway.
flameshot
command because I created a symlink to the downloaded AppImage.flameshot gui
manually, it works and it does put the image to the clipboard.P.S. As for experience, I'm just a user, but for like 25 years: Slackware, Debian, RedHat, Ubuntu, Mint etc
I also have this kind of problem here's a recording of how I did it, I'm currently using Debian 12 with Xfce as my DE, It does appear to put some type of image on the clipboard but it is an invalid image, If the screenshot is a lower resolution or its just a window it does appear to work properly.
dxomg@dxomg:~$ inxi --width 80 --system --graphics
System:
Host: dxomg Kernel: 6.1.0-17-amd64 arch: x86_64 bits: 64 Desktop: Xfce
v: 4.18.1 Distro: Debian GNU/Linux 12 (bookworm)
Graphics:
Device-1: Intel Haswell-ULT Integrated Graphics driver: i915 v: kernel
Device-2: NVIDIA GK208M [GeForce GT 730M] driver: nvidia v: 470.223.02
Device-3: IMC Networks Lenovo EasyCamera type: USB driver: uvcvideo
Display: x11 server: X.Org v: 1.21.1.7 with: Xwayland v: 22.1.9 driver: X:
loaded: modesetting,nvidia unloaded: fbdev,nouveau,vesa dri: crocus gpu: i915
resolution: 1920x1080~60Hz
API: OpenGL v: 4.6 Mesa 22.3.6 renderer: Mesa Intel HD Graphics 4400 (HSW
GT2
https://github.com/flameshot-org/flameshot/assets/101947415/c868ce0a-0e78-4cb6-be22-ad21b4e1e248
It also doesn't work on my setup.
diodon
or clipmenu
as a clipboard manager.Flameshot v12.1.0 (Debian 12.1.0-2) Compiled with Qt 5.15.8
I tried both flameshot gui
and flameshot full -c
.
@dxomg please install a clipboard manager like CopyQ and check there. Discord is not a good test.
I'm not sure if my problem is related. Flameshot was working perfectly up until maybe 2 months ago. Then it started taking an inordinate amount of time to copy to clipboard. I noticed this right after I had set the option in CopyQ to paste the mouse selection clipboard using the keyboard, so I thought the two programs were interfering. But I backed off that setting in CopyQ and FS is still having a problem.
I will select an area, hit Ctrl-C to copy it to clipboard, and it takes over a minute to see the notification that data was copied. Then I can paste it into browser or Libreoffice with no problem. But if I try to paste without waiting, the target program is hung up.for that time period. If I run FS gui from terminal the terminal is likewise hung up for the same time period.
Saving to file works fine.
I'm on MX Linux 23 (Debian 12), using X, with KDE desktop.. Ryzen 5 cpu, 16gb ram.
It also doesn't work on my setup.
Setup:
- Debian + X11 + i3
- I might lack some dependency that comes with IDEs
- I use either
diodon
orclipmenu
as a clipboard manager.- Installed flameshot straight from Debian's repo.
- flameshot -v:
Flameshot v12.1.0 (Debian 12.1.0-2) Compiled with Qt 5.15.8
Might help to know
- copying an image from the browser works
- pasting the image into Discord or Gimp works
I tried both
flameshot gui
andflameshot full -c
.
I just want to add.
I don't know about other setups, but for me it fixed it. It's probably related to: "it's not copied until it's pasted" quote.
rm -rf ~/.config/flameshot
Then try again. This worked for me.
Thanks. That didn't work here. Another way to try it without permanently losing your settings is to rename the existing flameshot.ini file.
The behavior is:
Similar behavior when I don't try to paste it into Vivaldi, but rather, simply look for the notification that Clipboard has successfully copied the image. It takes a good 2 minutes for that to happen.
I then thought there might be a conflict with Copy-Q, so I Quit it. But nothing changed.
For now I will have to use ksnip for copy operations. I will continue to use my preference, flameshot, for file saves.
I just want to add.
* Flameshot needs to be running in the bg for it to be able to put screenshots in the clipboard.
I don't know about other setups, but for me it fixed it. It's probably related to: "it's not copied until it's pasted" quote.
This worked for me.
Ubuntu 22.04 Wayland using AppImage.
I manually launched the AppImage so it runs in background, then when using PrintScreen (which executes the AppImage with gui
parameter), everything works as expected.
I added Flameshot at startup.
I just want to add.
* Flameshot needs to be running in the bg for it to be able to put screenshots in the clipboard.
I don't know about other setups, but for me it fixed it. It's probably related to: "it's not copied until it's pasted" quote.
This worked for me. Ubuntu 22.04 Wayland using AppImage. I manually launched the AppImage so it runs in background, then when using PrintScreen (which executes the AppImage with
gui
parameter), everything works as expected. I added Flameshot at startup.
This fix worked for me as well which is odd because I don't recall needing the software to run in the background before this issue arose. Regardless, it works now!
will it ever be fixed?
Flameshot Version
Flameshot v12.1.0 (96c2c82e) Compiled with Qt 5.12.8
Installation Type
AppImage
Operating System type and version
Linux Kubuntu 22.04
Description
I can't copy screenshot to the clipboard. When I click this button, flameshot silently exists. I activate Flameshot via Print Screen, which is assigned to
flameshot gui --delay 2500
Currently the only option left working is saving screenshot to file :(
Steps to reproduce
flameshot gui --delay 2500
Screenshots or screen recordings
No response
System Information