Bug#987356: ignores path argument

2021-04-24 Thread Michael Prokop
* Andreas Rönnquist [Fri Apr 23, 2021 at 11:49:24PM +0200]:
> On Thu, 22 Apr 2021 17:14:53 +0800 Martin Michlmayr  wrote:

> > I just upgraded from buster to bullseye.  In bulseye, geeqie seems to
> > ignore the "path" argument.

> > In the past,
> > geeqie a/sunflower.jpg
> > would work to open that particular photo.

> > Now geeqie just loads the current directory, as if I had called
> > "geeqie".

> > Does "geeqie path" work for you?

> Thanks for your report - like Chris I cannot reproduce your problem -
> just tested in an unstable VM, but unlike Chris, using Xfce, so it
> doesn't seem to be depending on desktop...

Same for me with my system running on Debian/bullseye (with i3wm),
I'm also unable to reproduce your issue, Martin.

If it's really *not* related to your configuration in your $HOME,
what I could imagine is a situation where you might have geeqie
running on another workspace, hidden state or alike and then opening
another geeqie instance. When quitting geeqie and restarting geeqie
then, you might have two windows, where the wrong one might be
visible?

HTH && regards
-mika-


signature.asc
Description: Digital signature


Bug#987356: ignores path argument

2021-04-23 Thread Andreas Rönnquist
On Thu, 22 Apr 2021 17:14:53 +0800 Martin Michlmayr 
wrote:
> I just upgraded from buster to bullseye.  In bulseye, geeqie seems to
> ignore the "path" argument.
> 
> In the past,
> geeqie a/sunflower.jpg
> would work to open that particular photo.
> 
> Now geeqie just loads the current directory, as if I had called
> "geeqie".
> 
> Does "geeqie path" work for you?
> 

Thanks for your report - like Chris I cannot reproduce your problem -
just tested in an unstable VM, but unlike Chris, using Xfce, so it
doesn't seem to be depending on desktop...

Can you think of anything non-standard in your use-case? I have tested
having the image in a folder which is a symlink to the real folder, and
it still works, and have tested both pngs and jpgs, which both works.n

Do you have spaces or characters in the folder names which might cause
problems?

You could try to first backup your config folder 

$(HOME)/.config/geeqie/

and then delete it - it will regenerate a new fresh one when running
geeqie again (PLEASE don't forget to backup it before so you can restore
it after if you need the settings you have), and see if this affects
things.

/Andreas Rönnquist
gus...@debian.org



Bug#987356: ignores path argument

2021-04-23 Thread Chris Hofstaedtler
Hello Martin,

* Martin Michlmayr  [210423 20:46]:
> Version: 1:1.6-8
> In the past,
> geeqie a/sunflower.jpg
> would work to open that particular photo.
> 
> Now geeqie just loads the current directory, as if I had called
> "geeqie".

I tried reproducing this, but it seems to work just fine for me?
In a fresh bullseye VM in GNOME, that is.

Chris



Bug#987356: ignores path argument

2021-04-22 Thread Martin Michlmayr
Package: geeqie
Version: 1:1.6-8
Severity: important

I just upgraded from buster to bullseye.  In bulseye, geeqie seems to
ignore the "path" argument.

In the past,
geeqie a/sunflower.jpg
would work to open that particular photo.

Now geeqie just loads the current directory, as if I had called
"geeqie".

Does "geeqie path" work for you?

-- 
Martin Michlmayr
https://www.cyrius.com/