Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

geeqie hangs when opening a third window #1519

Open
geeqie-dave opened this issue Sep 10, 2024 · 12 comments
Open

geeqie hangs when opening a third window #1519

geeqie-dave opened this issue Sep 10, 2024 · 12 comments
Labels

Comments

@geeqie-dave
Copy link

Setup (please complete the following information):

  • Distribution: fedora
  • Distribution release: 37
  • Geeqie version: 2.0.1 GTK3

Describe the bug
I can open only two windows (full, default configuration with thumbnail view, directory tree, and image view panes). When I try to open a third such window (either from command line, via file browser or geeqie's window menu), the program hangs with CPU usage at 100%.

To reproduce
Steps to reproduce the behavior:
Open geeqie. From the window menu open a second window. This works as expected. Again, from the window menu, open a third window. Nothing happens and the formerly functional two windows cease to respond. Opening the first and second windows can be performed from command line or clicking an image file. For the third window attempt, all of these methods result in the same hung state with the single geeqie process using 100% CPU.

Expected behavior
Either a third window opens or some error message or something besides a hung process.

Screenshots
Screen cap of my default window configuration
geeqie_window

Image sources
Standard fedora 37 package

Error logs or seg. fault files
Strace output including about 3 seconds after program hangs:
strace.zip

Additional context
I have 3 fedora 37 systems, all have the same issue.

@geeqie-dave
Copy link
Author

Forgot to mention: KDE Plasma desktop

@geeqie-dave
Copy link
Author

I should have tried this before posting: I renamed my ~/.conf/geeqie folder and can now open as many windows as I want. I will start adding things back in and see if the problem returns.

@geeqie-dave
Copy link
Author

Problem identified: if I turn on folder setting "view as tree", I can not open a third window.

@qarkai
Copy link
Contributor

qarkai commented Sep 10, 2024

@geeqie-dave third window with folder setting "view as tree" works for me on master. Have you tried latest releases https://github.com/BestImageViewer/geeqie/releases/tag/v2.4 and https://github.com/BestImageViewer/geeqie/releases/tag/continuous?

@caclark
Copy link
Collaborator

caclark commented Sep 14, 2024

I cannot replicate this problem. Please try:

Run geeqie each time from the command line in a new terminal window, and use geeqie --debug=4

Maybe the debug output will provide information.

@geeqie-dave
Copy link
Author

geeqie-dave commented Sep 15, 2024 via email

@geeqie-dave
Copy link
Author

geeqie-dave commented Sep 16, 2024 via email

@caclark
Copy link
Collaborator

caclark commented Sep 16, 2024

No, I try to keep my distro's packages intact. I could try building from source and running independently, but I fear the libraries may be a factor, as well, especially the GTK-based file/folder parts (I run KDE Plasma).

I understand concern people have about not wanting to change anything in system that works.

However in respect to the suggestion of using an AppImage, the AppImage is a file that is self-contained. It contains all the dependencies that is required. You download it, make it executable, run it, delete it, and nothing has changed on your system.

It is a large file, so load time is several seconds. But if you wish to take a look at what the current state of Geeqie is, an AppImage is a safe way to do that without the problems of compiling from sources.

@geeqie-dave
Copy link
Author

The tree view setting must be applied to the default layout for the problem to manifest. My workaround is simply to save a default layout with list view, then turn on tree view as needed. Once the tree view is turned on, I can open new windows from the window menu and specify "from current" and I get all the new windows I want with tree views. Only when the tree view is saved as the default layout will the third window hang the app, and then only when opening new windows from command line or file manager. As long as default folder view is "view as list", everything works, regardless of the state of the open windows.

When starting geeqie from command line with --debug=4, there is no output to the console window at all, even when the program hangs.

I tried a Gnome session (as opposed to my normal Plasma) and had the exact same results. I also tried Wayland (as opposed to Xorg that I usually run) and it made no difference (Gnome on Xorg, Gnome on Wayland, Plasma on Xorg and Plasma on Wayland all behave the same).

I tried looking at the strace output (attached to my original bug report) but it is overwhelming and I got nowhere. I will use my workaround and continue using "the best image viewer" and all the plugins I have written for it that let me manage all the thousands of pictures my wife and I have taken all over the world. Thanks to all who have contributed.

@caclark
Copy link
Collaborator

caclark commented Sep 20, 2024

I am still unable to replicate this bug.

Would you please go to Edit/Preferences/General and select Menu Style. Then restart Geeqie and see if the bug remains when using the menu to open new windows.

Then restore your settings and try Expand Toolbar.

The probability of this being relevant is zero, but it just eliminates one of the many possibilities.

@geeqie-dave
Copy link
Author

geeqie-dave commented Sep 20, 2024 via email

@geeqie-dave
Copy link
Author

Just a follow-up: I am now running the fedora 40 version of geeqie on my fedora 37 system (downloaded fedora 40 source RPM and deps, then built for fedora 37) and it got me up to version 2.2 which still hangs on third window open attempt when default view is set to tree.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants