#921740 geeqie: Pointless scan of all files under a given path

Package:
geeqie
Source:
geeqie
Description:
image viewer using GTK+
Submitter:
Steve McIntyre
Date:
2021-09-22 04:31:22 UTC
Severity:
important
#921740#5
Date:
2019-02-08 18:06:44 UTC
From:
To:
Hi,

My system has a few auutofs mounts configured as mount points on the
root filesystem, which normally resolve to network shares on my home
network. When I'm away from home, prodding them incurs a delay as
remote mounts timeout/fail.

I've just tried to start geeqie to browse some photos in the current
directory (a directory under /home/steve) and it appeared to hang with
nothing visible. Running under strace, I can see the following:

...
futex(0x7f08232a44a8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
brk(0x5582ca9c9000)                     = 0x5582ca9c9000
futex(0x7f08232a44a8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7f08232a44a8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7f08232a44a8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7f08232a44a8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7f08232a44a8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7f08232a44a8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7f08232a44a8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
stat("/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
access("/", R_OK|X_OK)                  = 0
open("/", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 6
fstat(6, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
getdents(6, /* 40 entries */, 32768)    = 1104
stat("/vmlinuz", {st_mode=S_IFREG|0644, st_size=4232992, ...}) = 0
stat("/music", ^Cstrace: Process 31400 detached
 <detached ...>
...

(I git Ctrl-C to stop the delay looking at /music here)

What on earth is geeqie scanning the root filesystem for? This makes
it basically unusable here...
#921740#10
Date:
2020-11-15 15:23:12 UTC
From:
To:
Hi!

I have packaged a new git snapshot, downloadable from here:

https://www.gusnan.se/debian/geeqie-common_1.5.1+git20201112-fae4de3c-1_all.deb
https://www.gusnan.se/debian/geeqie_1.5.1+git20201112-fae4de3c-1_amd64.deb

Which have fixes which I believe affects this - see the upstream commit at

https://github.com/BestImageViewer/geeqie/commit/0ff5c85b082fa2b1dc578807fac8dbfd9b93421c

Please try out the packages of the git snapshot linked above, and report
back if it fixes the problem or not.

(I haven't packaged the git snapshot in Debian yet, because it looks
like a new upstream release is imminent).

thanks in advance
/Andreas Rönnquist
gusnan@debian.org
andreas@ronnquist.net
#921740#15
Date:
2020-11-18 23:59:39 UTC
From:
To:
Hi Andreas!

Thanks for looking into this for me!

I *think* it might have done, but I can't say for certain.

The system I first saw the problem on is running Buster and so I can't
run your binaries there. Could you point me at a source tree so I can
try a rebuild on Buster please?

ACK.
#921740#20
Date:
2020-11-19 00:24:47 UTC
From:
To:
On Wed, 18 Nov 2020 23:59:39 +0000 Steve McIntyre <steve@einval.com> wrote:

Great - try the repo here:

https://salsa.debian.org/gusnan/geeqie/

(You'll know what to do with it).

Many thanks for testing it!

/Andreas Rönnquist
gusnan@debian.org
andreas@ronnquist.net
#921740#25
Date:
2020-11-27 23:28:25 UTC
From:
To:
Argh:

tack:~/debian/geeqie$ strace -f -o strace geeqie ~/*jpg

(geeqie:6782): Gdk-ERROR **: 23:27:04.560: The program 'geeqie' received an X Window System error.
This probably reflects a bug in the program.
The error was 'GLXBadContext'.
  (Details: serial 183 error_code 158 request_code 152 (GLX) minor_code 6)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the GDK_SYNCHRONIZE environment
   variable to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
Trace/breakpoint trap

No idea what's up there... :-(
#921740#30
Date:
2020-11-27 23:49:21 UTC
From:
To:
On Fri, 27 Nov 2020 23:28:25 +0000 Steve McIntyre <steve@einval.com> wrote:

Please try starting geeqie with --disable-clutter

- this should make it possible to start, at least.

I appreciate all your tests.
/Andreas
#921740#35
Date:
2020-11-28 18:00:58 UTC
From:
To:
Ah, yes - that fixed that issue. Now things start up OK. As far as I
can see (by testing with the network cable unplugged) geeqie no longer
seems to be scanning all the stuff from root - yay!

However, I'm still a little confused as to the behaviour geeqie is
trying to do here - it seems to scan *all* files under a given path,
ignoring any filenames given. That's quite annoying when I'm asking it
to just display a few files. :-/
#921740#42
Date:
2020-11-30 12:32:02 UTC
From:
To:
clone 921740 -1
retitle 921740 geeqie: Pointless scan of all files under a given path
thanks

Splitting the bug into two, since there are two different problems -
Scanning all files under root file system (which already is fixed in
upstream git), and the other problem, all files under a given path are
scanned, which most likely will take longer to fix.
#921740#51
Date:
2021-09-22 04:13:21 UTC
From:
To:
Hello,

Good morning,

We have gone through your samples from a partner and Here is our  Order
List. Please do bear in mind that we are very much in  need of this
order, quote your competitive prices.

Kindly send the Order confirmation.

Your early reply will be much appreciated.

Best Regards,

Maryanah Erwin.

PT FINDORA INTERNUSA

Jln Pahlawan 66 Kec. Arjawinangun

45162 CIREBON West-Java INDONESIA

tel : +62 231 357334

fax: +62 231 357260

email: marketing@findora.com