Geeqie ignores "path" argument in v 2.0.1

[rand00]

ISSUE TYPE

• Bug Report

GEEQIE VERSION

Geeqie 2.0.1 GTK3

OS / DISTRIBUTION

Manjaro

SUMMARY

Giving a path argument to geeqie on CLI doesn't open the directory. Instead the file-viewer shows the current working directory.

STEPS TO REPRODUCE

geeqie <path>

RELATED ISSUES

I found the following issues that seem related, but they were discussed as having been fixed - this is in a much later version.

• https://github.com/BestImageViewer/geeqie/issues/970
• https://github.com/BestImageViewer/geeqie/issues/986

[caclark]

I do not see this problem. Perhaps you could try an AppImage of Geeqie. The results, positive or negative, might help to isolate where the problem lies.

(AppImages do not require anything to be installed - just download the file from the geeqie.org download page, make executable and run from the command line)

[brickZA]

I see the a similar but not identical issue with geeqie 1.7.2 as packged with Ubuntu 22.04. It always opens in /, e.g. if I run

brick@smurfenaar:~/Pictures/365-2023/2023-09-09/in$ geeqie /tmp

geeqie starts out in the root of my FS, not the current dir, nor the dir specified on the command line.

[brickZA]

I can confirm that the problem does not exist if I use the newest stable appimage, e.g.

brick@smurfenaar:~/Pictures/365-2023/2023-09-09/in$ Geeqie-v2.1-x86_64.AppImage /tmp/

does exactly what I expect: Launches in the /tmp/ directory.

[imurray]

For those (like me) stuck using an old version on Ubuntu LTS machines, and not wanting to install an appimage, a workaround is to put a shell script in your path that does this:

#!/bin/sh
/usr/bin/geeqie -r --new-window
/usr/bin/geeqie -r --file:"$1"

There's a small delay before your file is loaded, but it might be tolerable.