Cannot open Shutter on Arch Linux #659
Labels
bug
Something isn't working
Comments
According to https://repology.org/project/perl:moo/versions it's called |
|
The latest Shutter version is available from the official repos, just install it using pacman and all dependencies will be taken care of:
|
I did install it and it wasn't fixed
I did try that already, wasn't fixed |
|
Indeed, the missing dependency isn't actually the problem. The problem lies somewhere in this output: Were you running |
I think it was with shutter-git here's the output of shutter after a reinstall of |
|
I'm also on Arch with the latest version of shutter, KDE 6 (Wayland). My heart yoked seeing the app not launching. I looooooveeee shutter. I'm sadly far from Perl. Let me know if I can help with more info. Very similar log: |
|
@Furdox I had a look into this. Turned out, both outputs are identical and originate from the @artemkovalyov Shutter shows a lot of meaningless warnings, so the output looks mostly identical, but actually, it is not. In your case, there is a segmentation fault, a completely different issue. I propose to open a new issue. |
Sorry for the wait, was busy making CSS stuff and completely forgot about this. Anyways, here is the output of |
|
After updating all my packages once again, seems like Shutter randomely started to work again. I'll close the issue but discussion can still happen. |
|
welp, it decided not to work again |
|
so strange |
|
@Furdox Which desktop environment are you using? The following call, which is supposed to return the list of open windows, for some reason returns an undefined value: https://lazka.github.io/pgi-docs/Wnck-3.0/classes/Screen.html#Wnck.Screen.get_windows_stacked edit: I added some debug code at the following branch: https://github.com/shutter-project/shutter/tree/debug-659 Could you test it and paste the debug output again? Thanks! |
|
Having the same problem on Manjaro Unstable, Plasma 6.0.3, X11 (@Furdox and @artemkovalyov are also on Plasma 6). Tried both Similar logs as @Furdox. |
|
@MrNanook Could you please test the debug branch? Just download https://github.com/shutter-project/shutter/archive/refs/heads/debug-659.zip, unpack it and run |
|
I'm getting this output: |
|
That's strange, you need I propose to install the |
|
Makes sense, I uninstalled Reinstalled it, now it start two times, third time I get the same log as @Furdox it seems: |
|
Could you please redownload https://github.com/shutter-project/shutter/archive/refs/heads/debug-659.zip and test again, if the crash is still reproducible? |
|
No, I'm on X11 (see above). This build works, no crashes! I only get a system sound without a message window when it starts up (sound is named "dialog information"). |
|
Okay, great! Currently it just disables the crashing functionality (so you won't have a window list in the window mode drop down menu). The underlying bug is probably somewhere in wnck though, so I'll report it upstream. Can you pinpoint when this issue started happening? Possibly some update which caused it? |
|
Reported upstream: https://gitlab.gnome.org/GNOME/libwnck/-/issues/162 |
|
Hi Michael, I'm afraid I can't say exactly. In december I took some screenshots with v99.4, so it worked then. It was only now, when I tried the april 1 update of v99.5, that problems arose. So I can't really say which update since december could have caused it. |
|
I see! Well, we can rule out that it is the 0.99.5 update which causes this problem, because the original issue is three weeks old which is long before 0.99.5 has been released. Could you check whether |
|
Edit: maybe @Furdox or @artemkovalyov can be more precise when exactly the problem started occuring. |
|
Well, maybe it's not a libwnck update which caused the issue after all. Possibly something related to KDE? It's not really helping to narrow it down though, I guess... |
|
I was reading this thread and just as an FYI, Shutter 0.99.4 on Arch with Cinnamon Desktop has no issue. I use it daily and in building my ISO for my Manjaro Spin. I am on X11. The one thing that I did notice is that the Official package says 0.99.4 but the About Shutter dialog says 0.99.3 |
Wonder why the debug version worked but not the rest. |
|
Well, basically, in the debug version if the window list is undefined, the window list functionality is disabled before it crashes Shutter altogether. I tried to find the Qubes project's website but all I find is the distro Qubes, no information on the window manager. In short, a window manager needs to support the ewmh standard, otherwise we run into this problem. For example DWM supports it only via some optional patches, see #438 (comment) But I cannot figure out the status of ewmh support in Qubes... |
|
I propose to include the workaround from the debug branch into master with an appropriate terminal output. We couldn't figure out the ultimate reason for this issue, but better we fix the crash such that all the guys suffering from the crash get at least a partial solution and can use Shutter again. @ everybody: In the debug branch, is the window mode disabled completely or is just the dropdown menu with the list of open windows disabled while you can still select the window you want to capture with your mouse? |
|
@ everybody Could you also test again the debug version, if it still fixes the crash for you, and also shows the error message in command line correctly? |
The second test for the debug version wasnt pleasant as the first one, it needed the installation of tons of dependencies from apt and cpan. Luckily it worked after all the time spent on (log of running the debug version): Screenshots
Noticeable non-crashable errors:
But overall this considered success compared to a non-bootable situation. |
|
Thanks for testing! I assume that the issue is ultimately in the window manager you are using. Could you figure out which WM it actually is? |
For app crash no, has no relation. but for the noticeable issues i have mentioned probably yes. For qubes window manager, like i told you its XFCE: https://www.qubes-os.org/doc/getting-started/#the-basics
https://www.qubes-os.org/doc/getting-started/#user-interface
|
|
Maybe you can search the running processes (in Xfce's task manager / system monitor) for "xfwm" to confirm? |
To give you why there is no xfwm inside the VM, only qubes-gui agent inside VM connected to dom0, where in dom0 handling the window manger more here: https://www.qubes-os.org/doc/gui/ So there is xfwm in dom0: |
|
That's quite a complex setup! Maybe asking for help at https://forum.qubes-os.org/ leads to a solution. There is a bug report about this exact problem, but in other WMs: https://gitlab.gnome.org/GNOME/libwnck/-/issues/128 Possibly it helps to figure out what goes wrong in Qubes-OS! |
Just focus on why the stable version of the app is crashing, because this has nothing to do as you saw above with qubes or not qubes. |
|
It has absolutely to do with Qubes! The original problem is that libwnck fails to retrieve a list of open windows which leads to a crash because a variable is undefined. In the debug branch the crash is prevented by an early exit (that's why the window list stays empty) which is a partial remedy, but the original root of the problem is that the window manager in Qubes (and KDE/KWin for other people) fails to return a list of open windows. |
Nice, can you add this feature to the stable version?
How do you describe other users non-debian/non-qubes having this same issue? Nevertheless i will check shutter on a normal debian (not qubes-debian) and see if it works. |
Latest stable version cloned and worked (debian 12), just needed |
So far this issue is known in dwm (can be solved by installing dwm patches), KDE (not yet clear what happens there) and Qubes. I assume that there are three different reasons leading to the same symptoms. While in KDE the issue isn't 100% reproducible and looks like a bug in some underlying library, in dwm it's a dependency problem. In Qubes we'd need to figure out what is happening. |
Photon89
added a commit
that referenced
this issue
Sep 2, 2024
Fixes crash that has been reported in #659 by disabling the window list
I merged the PR which adds the commits from the debug branch. We'd need to prepare a release if the team agrees. But I won't have much time for this, unfortunately. At earliest on Saturday.
Probably in Gnome or Xfce? Those DEs are known to be not affected by this issue, only dwm and KDE are. |
Sure np.
Yes, Xfce. |
To clarify: KDE 5 was unaffected, but KDE 6 is. |
Correct. I have one self written on all virtual desktops widget I haven't closed to test.
I will carefully start from a fresh boot after disabling my systemctl started widget and make sure I'm not barking at the moon |
|
@GaelicGrime That's very interesting, originally the issue has been reported with 0.99.4... |
|
The developer of libwnck requests a stacktrace, is anyone affected by this bug willing to go through the debugging process? |
looking back the 0.99.4 debug version was the solution did I skip a cog? |
|
The debug version just conditionally deactivated the buggy functionality (list of active windows). If we want to get it fixed properly, we'd need to submit a stacktrace upstream. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Brief summary of issue
I think I'm having the same problem as #652, however, I cannot find
libmoo-perlvia pacman or the AUR. There are also no popups whatsoever.Steps to reproduce the issue
Simply trying to run shutter via any methods.
Error output
Extra information, such as Shutter version, display server in use (Xorg or Wayland), operating system and ideas for how to solve:
I use Xorg and I mainly use i3 and Plasma interchangeably, depends on what I feel like.
Shutter is
extra/shutter 0.99.4-2 (1.2 MiB 10.3 MiB)and I've also triedaur/shutter-git r1636.d6dcd492-1 (+5 0.00) (Installed: r1764.4f9072c1-1)Here is my current neofetch incase needed:
The text was updated successfully, but these errors were encountered: