0.61: Moving unresponsive files causes duplicates

[Zheitk]

While trying to move some big files (high resolution, gifs with many frames, etc...) looks like xnviewmp is done quite fast and tries to delete the original file while it's still trying to render in the preview. This causes a failed dialog to appear, clicking "retry" opens another one prompting you to replace the currently existing file (the copy made while moving) by the original one .

a bit more clearly:

• move a "hard to render" file (drag n' drop to another folder)
• the copy in the new folder is made, & an attempt to delete the original is made
• ...but the original file is still trying to render in the preview (or some info is still being fetched)
• a failed dialog appear "cannot remove file", as is the whole move command had failed. you click retry (you should've selected ignore )
• now xnview is trying to move again the file, but there's already a copy in the new folder
• a wild "replace" dialog appears

[m.Th.]

While trying to move some big files (high resolution, gifs with many frames, etc...) looks like xnviewmp is done quite fast and tries to delete the original file while it's still trying to render in the preview. This causes a failed dialog to appear, clicking "retry" opens another one prompting you to replace the currently existing file (the copy made while moving) by the original one .

a bit more clearly:

• move a "hard to render" file (drag n' drop to another folder)
• the copy in the new folder is made, & an attempt to delete the original is made
• ...but the original file is still trying to render in the preview (or some info is still being fetched)
• a failed dialog appear "cannot remove file", as is the whole move command had failed. you click retry (you should've selected ignore )
• now xnview is trying to move again the file, but there's already a copy in the new folder
• a wild "replace" dialog appears

What version?

This is a bug which it should be fixed in 0.60. Even if I think that I encountered it in very rare occasions also in 0.6...

Anyway, if I've seen it in 0.6, definitely it is in much more rare circumstances.

That's why it is important to know what version do you have.

[Zheitk]

That's why it is important to know what version do you have.

Added in signature

[xnview]

are you able to reproduce it?

[Zheitk]

Here, a screen cast of 0.61 , The files are all above 6mb (gifs and jpegs)

screencast.gif

screencast.gif

[m.Th.]

1. With what tool did you do the screencast?

2. Most probably the problem is related to http://newsgroup.xnview.com/viewtopic.php?f=60&t=28450

Here, a screen cast of 0.61 , The files are all above 6mb (gifs and jpegs)

screencast.gif

screencast.gif

[XnTriq]

1. With what tool did you do the screencast?

LICEcap?

<!-- Edit --//

• BahraniApps: GifCam

Here is a list of GifCam alternatives software, they have the same idea of generating gifs by recording screen, you may find one of them suit your need, or has features GifCam miss, or has better user interface :

• LICEcap
• gooncam
• youtube2gif
• giffingtool
• gifrecorder

• CodePlex: ScreenToGif

//-- Edit -->

[xnview]

Do you have always this problem with 0.64?

[Zheitk]

1. With what tool did you do the screencast?

With any screencast software, then I loaded the resulted video to VirtualDub, edit & export to gif, then gifsicle to optimize it...

LICEcap?

Didn't try, but it seems like less steps n_n

Do you have always this problem with 0.64?

Yes, just tried, it's the same problem

[xnview]

and 0.68?