Bug images of type im.jpg?4343432 cannot be browsed serially
Moderators: helmut, XnTriq, xnview, Dreamer
-
- Posts: 11
- Joined: Sat Jul 29, 2023 3:10 pm
Bug images of type im.jpg?4343432 cannot be browsed serially
Bug images of type image.jpg?4343432 cannot be browser serially.
I am on linux (xnview 1.0 64bit - newer version has conflicts - it could not be installed).
I have a lot of images from websites of type image01.jpg?1341441 image02.jpg?fdfsff image03.jpg?dfsdgsgd .
These images are from a website. I don't want to rename these files because the website will be broken.
xnview can enter the folder, and can display ONE picture per time if I double click. However, neither the keyboard arrows or anything else works to step from one image to the next.
Is there any setting to change such behavior? Or you can add this enhancement?
I am on linux (xnview 1.0 64bit - newer version has conflicts - it could not be installed).
I have a lot of images from websites of type image01.jpg?1341441 image02.jpg?fdfsff image03.jpg?dfsdgsgd .
These images are from a website. I don't want to rename these files because the website will be broken.
xnview can enter the folder, and can display ONE picture per time if I double click. However, neither the keyboard arrows or anything else works to step from one image to the next.
Is there any setting to change such behavior? Or you can add this enhancement?
Re: Bug images of type im.jpg?4343432 cannot be browsed serially
Confirmed for XnView MP 1.4.5 on Linux Mint Cinnamon.
Some test images attached.
Some test images attached.
Re: Bug images of type im.jpg?4343432 cannot be browsed serially
No problem with test images here on Windows.
Re: Bug images of type im.jpg?4343432 cannot be browsed serially
You can step through the images?
Re: Bug images of type im.jpg?4343432 cannot be browsed serially
Everything works without issues, like with usual jpeg images. Perhaps this is a Linux thing?
EDIT: I was wrong. I can only step through images in fullscreen mode, which is my usual way. Sorry for unneeded noise.
EDIT: I was wrong. I can only step through images in fullscreen mode, which is my usual way. Sorry for unneeded noise.
-
- Posts: 11
- Joined: Sat Jul 29, 2023 3:10 pm
Re: Bug images of type im.jpg?4343432 cannot be browsed serially
I cannot step through images even in full screenmudo_j wrote: Sun Jul 30, 2023 11:53 am Everything works without issues, like with usual jpeg images. Perhaps this is a Linux thing?
EDIT: I was wrong. I can only step through images in fullscreen mode, which is my usual way. Sorry for unneeded noise.
I tried that also in XnView MP Linux - Version 1.4.5 64bits (May 10 2023) - Libformat version 7.143
Re: Bug images of type im.jpg?4343432 cannot be browsed serially
On win10x64, it switches normally if the file is opened from the explorer. But it doesn't switch if the file is opened from the xnviewmp browser.
Re: Bug images of type im.jpg?4343432 cannot be browsed serially
i can't reproduce with latest version
Pierre.
-
- Posts: 11
- Joined: Sat Jul 29, 2023 3:10 pm
Re: Bug images of type im.jpg?4343432 cannot be browsed serially
i can reproduce with this version (please put a button to copy version in clipboard!
- Attachments
-
- Selection_185.png (20.71 KiB) Viewed 1141 times
Re: Bug images of type im.jpg?4343432 cannot be browsed serially
it may be a bug, depends on how 'Recognize only by extension' settings supposed to work,
does it only affect images or all files at Browser/Viewer filelist generation?
to reproduce:
0. clean app version, 'Recognize only by extension' is unchecked by default
1. have 2 images in folder: 1.jpg, 2.jpg123 (or just 2 without any ext)
2. open folder in Browser tab
both files are displayed as thumbs
Issue A
3. doubleclick on any these images
image opens correctly
4. scroll in Viewer
nothing happens, another file is not in Viewer's filelist
expected behaviour:
guess default ☐ 'Recognize only by extension' shall trigger file signature evaluation for all files in folder during file list generation
(or delayed until image is fully loaded if opened via 'Open with' from win file explorer)
since it may affect performance probably its better to add 'All other files' checkbox (unchecked by default) to Settings > View > Filter,
so both files appears in Viewer's filelist only when user check this checkbox OR choose 'Like Browser'
Issue B
3. goto Settings > (Browser) File list
- set ☑ 'Recognize only by extension'
- press OK
4. check Browser
2.jpg123 is still visible and shows thumbnail in Browser
it's only affected by 'All other files' checkboxes in Settings > (Browser) File list > Custom filter
expected behaviour:
guess ☑ 'Recognize only by extension' shall override all other settings
eg xnview finds file with unknow ext in folder - use 'All other files' (from Custom filter), but do not trigger signature evaluation, only use OS associations (and I guess no thumbs shall be shown)
as for me, this is the case when app should not be too clever (no magic/hidden behavior), if user has image with unknow ext and app set to 'Recognize only by extension' - do not recognize file as image, that's user skill issue, not app
does it only affect images or all files at Browser/Viewer filelist generation?
to reproduce:
0. clean app version, 'Recognize only by extension' is unchecked by default
1. have 2 images in folder: 1.jpg, 2.jpg123 (or just 2 without any ext)
2. open folder in Browser tab
both files are displayed as thumbs
Issue A
3. doubleclick on any these images
image opens correctly
4. scroll in Viewer
nothing happens, another file is not in Viewer's filelist
expected behaviour:
guess default ☐ 'Recognize only by extension' shall trigger file signature evaluation for all files in folder during file list generation
(or delayed until image is fully loaded if opened via 'Open with' from win file explorer)
since it may affect performance probably its better to add 'All other files' checkbox (unchecked by default) to Settings > View > Filter,
so both files appears in Viewer's filelist only when user check this checkbox OR choose 'Like Browser'
Issue B
3. goto Settings > (Browser) File list
- set ☑ 'Recognize only by extension'
- press OK
4. check Browser
2.jpg123 is still visible and shows thumbnail in Browser
it's only affected by 'All other files' checkboxes in Settings > (Browser) File list > Custom filter
expected behaviour:
guess ☑ 'Recognize only by extension' shall override all other settings
eg xnview finds file with unknow ext in folder - use 'All other files' (from Custom filter), but do not trigger signature evaluation, only use OS associations (and I guess no thumbs shall be shown)
as for me, this is the case when app should not be too clever (no magic/hidden behavior), if user has image with unknow ext and app set to 'Recognize only by extension' - do not recognize file as image, that's user skill issue, not app
-
- Posts: 11
- Joined: Sat Jul 29, 2023 3:10 pm
Re: Bug images of type im.jpg?4343432 cannot be browsed serially
By selecting these options
tools --> settings --> file list --> unchecking / cheking recognize only by extension, still cannot browse files of type .jpg?113 .jpg1331.
tools --> settings --> view--> filter --> unchecking / cheking Like browsing, still cannot browse files of type .jpg?113 .jpg1331 using arrows in view mode.
tools --> settings --> file list --> unchecking / cheking recognize only by extension, still cannot browse files of type .jpg?113 .jpg1331.
tools --> settings --> view--> filter --> unchecking / cheking Like browsing, still cannot browse files of type .jpg?113 .jpg1331 using arrows in view mode.