crash- view while generating thumbnails

[ckit]

I can still get XnView to crash with this archive with Beta 4.

Same crash with Beta 5, I'm going nuts looking for the cause too

[xnview]

I can still get XnView to crash with this archive with Beta 4.

Same crash with Beta 5, I'm going nuts looking for the cause too

Really strange, will test on Xp

[Olivier_G]

I can't reproduce it yet, but I do get crashes (with at least B4 and B5) when I change folder in the treeview while thumbnails are being generated (or just after)...

[xnview]

I can't reproduce it yet, but I do get crashes (with at least B4 and B5) when I change folder in the treeview while thumbnails are being generated (or just after)...

You have crash when you change folder quickly??

[Olivier_G]

You have crash when you change folder quickly??

I have the feeling that it can happen when changing frequently/rapidly between folders while XnView is exactly finishing to Thumbnail&Cache one of them...
(it doesn't seem reproductible in the sense that you need some good timing or bad luck to get the crash)

[dcakovan]

In Beta 5 it does not create thumbnails for images inside ZIP files and can not open an image from it.
RAR file works fine (i can see images) but, like with the other versions, when I click on a file in a zip/rar to view and click again to go back to the browser it does not take me back to the archive but it takes me to my local temp folder where the image was extracted.

[xnview]

In Beta 5 it does not create thumbnails for images inside ZIP files and can not open an image from it.

Could you send me your zip file, i have no problem

[dcakovan]

Could you send me your zip file, i have no problem

hmm...I do not think you will need my zip because today it worked fine. Not sure what happened yesterday. I downloaded beta zip again today and extracted it (the zip should be the same, right?) and everything was ok. Thumbs were showing and pictures were clickable. It must have been a bug in my system or something I ran that day.

Here is a thing I found out today...
As I said in earlier post, double clicking on an image in an archive and double clicking it to close the viewer will take me to a local temp folder were image was extracted (in the browser). While viewing an image (that way) i can not go to a next or previous image. BUT if I middle mouse click on on image in an archive it will open an image in full screen and with the mouse wheel I am able to go to the next or previous image in an archive. And when I middle mouse click again in full screen it WILL take my back to the archive thumbs in browser.
Am I explaining this well?

Thanks for your help.
-Djordje

OPERATING SYSTEM
Name: Microsoft Windows XP Professional
Version: 5.1.2600
Service Pack: 2.0
Total Physical Memory: 2046 MB
Total Virtual Memory: 2047 MB

PROCESSOR
Number of Processors: 2
Logical Processors: 0
Manufacturer: GenuineIntel
Name: Intel(R) Pentium(R) D CPU 3.20GHz
Version: Model 4, Stepping 4
Description: x86 Family 15 Model 4 Stepping 4
Address Width: 32
Number of Cores: 0
Max Core Speed: 3192 MHz

VIDEO
Card Name: NVIDIA GeForce 7800 GTX
Memory: 256 MB
Driver Name: nv4_disp.dll
Driver Version: 6.14.10.9371
Video Mode: 1600 x 1200 x 4294967296 colors

[ckit]

I can still get XnView to crash with this archive with Beta 4.

Same crash with Beta 5, I'm going nuts looking for the cause too

Same crash with Beta 6, I'll let this one slide cause I won't open many archives in XnView anyway and if someone discovers the same crash we'll revisit it then.

[GeorgD]

300MB ZIP, opening it in browser, while XnView creates thumbs I double click a file without extracted thumb, provoking message "error opening the file ...".

In 1.96.5, this part of the bug still persists, the following part is fixed now. I tried with a smaller ZIP, so size is not relevant, but that XnView in browse mode cannot read the images contained in the ZIP quick enough before you double click a thumbnail to open view mode. Best to reproduce with images on a slow drive and/or menu-view-thumbnail size set to maximum.
Screenshot at http://yfrog.com/5h20091023xnview1965clickj (I clicked on the last image)

[xnview]

In 1.96.5, this part of the bug still persists, the following part is fixed now. I tried with a smaller ZIP, so size is not relevant, but that XnView in browse mode cannot read the images contained in the ZIP quick enough before you double click a thumbnail to open view mode. Best to reproduce with images on a slow drive and/or menu-view-thumbnail size set to maximum.

I've tried with a big zip, but can't reproduce it

[GeorgD]

I've tried with a big zip, but can't reproduce it

In my tests, size was irrelevant, you only have to be able to double click an image before the preview is created for it - most easy on slow drives like USB flash drives.

[GeorgD]

ZIP, opening it in browser, while XnView creates thumbs I double click a file without extracted thumb, provoking message "error opening ...." (....) one (or two) new instance of XnView starts up with default view (just like startes from windows start menu). Weird.

Still 100% reproduction rate In 1.97 on Win7 64bit. The trick is to double click on an image that is still shown with the icon and not yet the thumbnail - the slower the device (USB) the easier.

IMHO minor bug as images have to be contained in a packed archive (IMHO seldom) - when stored in normal file system of slow USB device everything works fine.