Package: pcmanfm Version: 1.3.2-1 Severity: normal X-Debbugs-Cc: tex...@protonmail.com
Dear Maintainer, The thumbnail size control in the PcmanFM preferences is somewhat dysfunctional. There are two things at play: 1. thumbnailing 2. caching of thumbnails But that control tries to control both, and does so in a weird and very non- linear way. It's labeled as controlling thumbnail generation, but it's primary function which it actually does well, is controlling caching of thumbnails. Anything under the size you set it won't generate thumbnails for the cache. Very sensible if that's all it did. Firstly, it seems like all images should get thumbnails. So that shouldn't be on the table. Unfortunately it is with this control. At the larger settings, it allows all images regardless of size to be thumbnailed but very few to be cached, so it's actually acting like that control should actually say "Do not cache thumbnails above this size:" because that's all it does at any setting over about 4096 kb. In fact it does control caching at all settings, and will cache the thumbnails IF they get generated in the first place. Below 4096 kb all the way down to the default 2048 kb setting and past that on down to around under 100 kb somewhere, it's completely wonky about thumbnailing images, at any setting it arbitrarily refuses to thumbnail some images, without regard to size or format or anything else, just refuses to thumbnail random images. Change the size a bit and you get back thumbnails for some, while losing them for others, it's completely random. And obviously if it doesn't get thumbnailed in the first place, it doesn't get cached either. I used several different folders with multiple image formats and sizes (all supported and will work at the higher settings), some 75-100 images per folder. Down at the lower levels that random behavior slowly stops finally ceasing around 64 kb, but now it stops thumbnailing specifically anything below that number and you can no longer get thumbnails of smaller files, just a generic icon. So either way, you can't optimize behavior, at 4096 and above you finally get thumbnails of all files, but very little caching, so files full of large pics have to re-thumbnail every time you go to that directory. This is tolerable at least, but if you have a lot of photos/artwork they have to re-thumbnail every time you return to that directory so it slows down and uses a lot of cpu. At 64 kb and below, you get lots of caching, so secondary openings of those directories are lightning quick, but no thumbnailing of the smaller images, everything should thumbnail at least, the control should only control caching. Obviously 64 kb is really too small a setting, I just wanted to be thorough in testing, so I tested the control from 5120 kb down going in 128 kb increments, and then at 64, 32, 16, 8 kb. I believe the factory setting of 2048 is about right but it simply won't thumbnail some images, whereas going up to 4096 and above they do thumbnail. Thanks for your time and sorry for the long-winded explanation, i've never reported a bug before so forgive me if this is not the proper protocol. ~greenjeans -- System Information: Debian Release: 12.7 merged-usr: no Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-28-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages pcmanfm depends on: ii libatk1.0-0 2.46.0-5 ii libc6 2.36-9+deb12u9 ii libcairo2 1.16.0-7 pn libfm-gtk4 <none> pn libfm4 <none> ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+deb12u1 ii libglib2.0-0 2.74.6-2+deb12u4 ii libgtk2.0-0 2.24.33-2+deb12u1 ii libpango-1.0-0 1.50.12+ds-1 ii libpangocairo-1.0-0 1.50.12+ds-1 ii libx11-6 2:1.8.4-2+deb12u2 ii shared-mime-info 2.2-1 Versions of packages pcmanfm recommends: ii gnome-icon-theme 3.12.0-5 ii gvfs-backends 1.50.3-1 ii gvfs-fuse 1.50.3-1 ii mate-polkit [polkit-1-auth-agent] 1.26.1-3 ii policykit-1-gnome [polkit-1-auth-agent] 0.105-8 pcmanfm suggests no packages.
