#675860 gthumb: second gthumb instance doesn't display the image in argument

Package:
gthumb
Source:
gthumb
Description:
image viewer and browser
Submitter:
Vincent Lefevre
Date:
2014-12-29 19:33:11 UTC
Severity:
important
#675860#5
Date:
2012-06-03 18:15:47 UTC
From:
To:
When I run:
$ gthumb file1.png
$ gthumb file2.png

the second instance opens the home directory instead of displaying
the second image. With such a bug, it is not possible to use gthumb
as a generic image viewer.
#675860#10
Date:
2013-09-04 18:02:29 UTC
From:
To:
(my apologies if this is about a different bug, but i strongly assume
we're talking about the same thing).

vincente, did the behavior show exactly as quoted?

my observation was that this did work, but the following doesn't:

$ cd ~/a
$ gthumb picture_in_a.jpg &
$ cd ~/b
$ gthumb picture_in_b.jpg

while instead, the last line would work if it were

$ gthumb ../b/picture_in_b.jpg

it looks like the second gthumb instance doesn't provide the window, but
signals to the first one that it should, but fails to convert the path
it tells the first one to open into an absolute one (or to notify it of
its working directory).
#675860#13
Date:
2013-09-04 18:02:29 UTC
From:
To:
(my apologies if this is about a different bug, but i strongly assume
we're talking about the same thing).

vincente, did the behavior show exactly as quoted?

my observation was that this did work, but the following doesn't:

$ cd ~/a
$ gthumb picture_in_a.jpg &
$ cd ~/b
$ gthumb picture_in_b.jpg

while instead, the last line would work if it were

$ gthumb ../b/picture_in_b.jpg

it looks like the second gthumb instance doesn't provide the window, but
signals to the first one that it should, but fails to convert the path
it tells the first one to open into an absolute one (or to notify it of
its working directory).
#675860#18
Date:
2013-09-04 21:50:29 UTC
From:
To:
I don't remember, but I think that both lines have been typed in two
different terminals (otherwise I would have written a "&" at the end
of the first line), and I no longer have their context. Actually this
was something similar when I noticed the bug for this first time,
since the second gthumb was run from Mutt (as the image viewer).

Yes, it's probably this problem.
#675860#23
Date:
2014-06-10 18:37:44 UTC
From:
To:
I think this bug has been fixed upstream in 3.3.2, in this commit:
https://github.com/GNOME/gthumb/commit/b184ef69fa90a4e37bd91e6688a75838e243dcb0
#675860#28
Date:
2014-10-24 19:19:28 UTC
From:
To:
Strangely, I cannot reproduce this with gthumb 3:3.0.1-2 from wheezy.
Having file ~/1.jpg, I do

$ mkdir a b
$ cp 1.jpg a/
$ cp 1.jpg b/
$ cd a && gthumb 1.jpg &
$ cd b && gthumb 1.jpg &

Nothing odd happens, I see two windows with the same picture 1.jpg.
#675860#33
Date:
2014-10-25 01:33:40 UTC
From:
To:
but the problem is different: for the second instance, I get the
following error:

GDBus.Error:org.freedesktop.DBus.Error.NotSupported: Application does not handle command line arguments

Note that I don't use a desktop environment.
#675860#38
Date:
2014-10-30 22:38:31 UTC
From:
To:
I don't use a desktop environment as well, and no problem (in wheezy).
However in jessie I see the same error message.


Vincent Lefevre <vincent@vinc17.net> написал
#675860#43
Date:
2014-12-29 19:31:47 UTC
From:
To:
I can reproduce the same behaviour:
when launching a second instance of gthumb with a command line argument
(being an existing image), gthumb does not open the file (neither in a new
instance nor in the opened one), with the error message

GDBus.Error:org.freedesktop.DBus.Error.NotSupported: Application does not
handle command line arguments
gthumb 3.3.1, Copyright © 2001-2010 Free Software Foundation, Inc.

aptitude version:
Version: 3:3.3.1-2+b2

running :
Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08) x86_64
GNU/Linux

Best,
Ara