New Already Exists Dialog

[Mathias (Author)]

From build 2390 MC have a new File Already Exists dialog

This is still work in progress

New
  + Show thumbnail for images for and icons for other files.
  + For .exe files it will also display the version information
  + Layout changes all Single files option are on the top row. The ALL files options on the bottom row
  + New Option  "Overwrite if size differs"
  + Commands have changed from Replace, Repalce All and such to Overwrite and Overwrite All.

TODO
 * Texts can be translated yet. Since they are not finialized.
 * Add "More" button with more option fo "All Items"  like Overwrite all smaller , Or larger . or other ?? YOu have any suggestion? let me know
 * Tool tips for the path row so entire path is shown if very long
 * If you have any idea of other improvments for the dialog. let me know ASAP.

[espkk]

Highlighting the timestamp of the newest file would be useful. Same for the highest size
Also, it could have "Keep both" option -- copy/move with incremental autorename

[Mathias (Author)]

Highlighting the timestamp of the newest file would be useful. Same for the highest size

Yes I'm planing something like that..  maybe also an icon or something to indicate what is newer/larger  and also maybe a text in other color after..

Also, it could have "Keep both" option -- copy/move with incremental autorename

Skip is the same as keep both, so depend on where you come from.. maybe "Skip / KeepBoth" on the button hmm but might be too long.
Or "keep both" might also mean that it should be copied and rename it.. so that you get both files there

[espkk]

Or "keep both" might also mean that it should be copied and rename it.. so that you get both files there

That's what I meant. It's useful when you want to archive/backup files(here default backup command doesnt't quite fit), but don't care about renaming matching files to "filename_(1)" for example.

[Mathias (Author)]

Or "keep both" might also mean that it should be copied and rename it.. so that you get both files there

That's what I meant. It's useful when you want to archive/backup files(here default backup command doesnt't quite fit), but don't care about renaming matching files to "filename_(1)" for example.

So one of the files will be renamed... The question is do we rename the new file. or the existing file.
Or maybe have both the options in the list

[espkk]

Renaming the new file is more consistent I guess... But renaming the existing file may be also useful in some cases
It's a good idea to implement both options unless they won't complicate the interface

P.S. sorry for reminding here, but can you check PM, please

[Mathias (Author)]

P.S. sorry for reminding here, but can you check PM, please

Ahh did not see.. PM on forum works badly..

[AlanJB]

Ahh did not see.. PM on forum works badly..

SMF 2.0.14 and SMF 2.0.15 both address email issues.  Maybe time for an upgrade...?

[Mathias (Author)]

Ahh did not see.. PM on forum works badly..

SMF 2.0.14 and SMF 2.0.15 both address email issues.  Maybe time for an upgrade...?

I Will upgrade.. but the issue is more how it handled it and layout and such. it is messy.

[Ulfhednar]

I am guessing that the unusual date & 0 byte filesize if overwrite/skip etc is req'd, is on your to do list. 
I had a WTF moment when I saw that totally wrong file info appear during a copy op

I like the new dialog

[Mathias (Author)]

I am guessing that the unusual date & 0 byte filesize if overwrite/skip etc is req'd, is on your to do list. 
I had a WTF moment when I saw that totally wrong file info appear during a copy op

I like the new dialog

No. Have not seen that. special virtual devices ? or just local disk ? what build ?

[Ulfhednar]

It is on internal SATA copy & move ops between HDD, SSHD & SSD.
It occurs when a duplicate file is encountered - same name/size/timestamp.
I've seen it quite a few times now.
I always get 0 byte files from the 1600's - the heyday of computing! 

[Mathias (Author)]

It is on internal SATA copy & move ops between HDD, SSHD & SSD.
It occurs when a duplicate file is encountered - same name/size/timestamp.
I've seen it quite a few times now.
I always get 0 byte files from the 1600's - the heyday of computing! 

Never seen that. And dont see how that can happen on normal device (Local filesystem),  Might maybe happen if the file is inside a virtual device like zip, ftp
1600 is just 0, in the file timestamp start value. it just mean that timestamp data is '0'

[Ulfhednar]

Sorry I forgot to put the MC version
MC 7.6 b2391 on W7 x64.

I have never seen anything like it before this build.  First time it appeared was a duplicate pdf.
All the transfers are internal & not encrypted or packed.  Also occurred with a .mkv.

[Mathias (Author)]

Sorry I forgot to put the MC version
MC 7.6 b2391 on W7 x64.

I have never seen anything like it before this build.  First time it appeared was a duplicate pdf.
All the transfers are internal & not encrypted or packed.  Also occurred with a .mkv.

That is super weird because if that is normal disk. Windows will get the File info and icon from the existing file. and do nto get anything, it is like the file is not there or like something is blocking it from getting it.   I can't recreate it. There must some very unique with your situation or something.

[Ulfhednar]

Hi Mathias.
Decided to build a new rig - new mobo, cpu ram in new case with W10.
New SSD boot drive & I swapped the other storage HDs into this chassis
Clean OS install. 
I'm not using the W10 app version of MC. 
Using Comodo CIS again - that is almost the only thing it has in common.

Same result   

[Mathias (Author)]

strange..something must block it from accessing the file that already exists

Is that really the latest beta ?

Target path is empty and no filename ? (and if that is empty it can't ofcourse not get any file stat from the file)
That can not be a normal copy operation.. What are you doing to copy the files ?

[Ulfhednar]

It's mc x64 7.6 b2391
I wonder if this is where the issue lies -

Code: [Select]

MC.Explorer.Move NODIALOG USEEXISTINGQUEUEUser def buttons for pane to pane copy & move. 

I will have to try <ctrl> + c/x/v on identical files later to verify that...

[Mathias (Author)]

"MOVE"

Ahh not copy.. that might be it.

(Copy paste isnot affected since when you do that .. WinExplorer will do the copy)

[Ulfhednar]

It looks like it is only on Move using that button script... HTH 

[Mathias (Author)]

Size / Date will now also change color if they do not match.
Not sure about this. Might be possible to turn off.

Also it will how show Icons and stuff as thumbnail if there is no thumbnail to get.

Also Hover of path to show a "tooltip/Info tip" if the path is to long the be seen.

Also dialog works better when unpacking zip/7zip

And Move operation now also work as it should

[Ulfhednar]

This may be related to my earlier problem above.

MC 7.7 b2404 x64 win10

I noticed that if selecting multiple files & using this on a button -
MC.Explorer.Copy NODIALOG USEEXISTINGQUEUE
or
MC.Explorer.Move NODIALOG USEEXISTINGQUEUE
the dialog remains open at he end of the operation.

eg clicking the button after each selection to queue
c:\abc\abc.exe
c:\def\fgr.mkv
d:\sss\ades.cfg
leaves the dialog open at 100%

selection of a single file/folder - dialog will close but not every time. 

Also on the original topic - I wondered about a Rename ALL button on the new dialog where a (#) could be appended. (Maybe you are already on to that option?)

[Mathias (Author)]

This may be related to my earlier problem above.

MC 7.7 b2404 x64 win10

I noticed that if selecting multiple files & using this on a button -
MC.Explorer.Copy NODIALOG USEEXISTINGQUEUE
or
MC.Explorer.Move NODIALOG USEEXISTINGQUEUE
the dialog remains open at he end of the operation.

eg clicking the button after each selection to queue
c:\abc\abc.exe
c:\def\fgr.mkv
d:\sss\ades.cfg
leaves the dialog open at 100%

selection of a single file/folder - dialog will close but not every time. 

Also on the original topic - I wondered about a Rename ALL button on the new dialog where a (#) could be appended. (Maybe you are already on to that option?)

None of the auto rename options in the alreadyexists dialog is added yet

progress dialog is not really related to do with the "AlreadyExists" dialog
But is the auto close options in settings checked ?

[Ulfhednar]

Hmmmm   maybe it's the 'short ops' switch that's the reason...?
What defines short vs long?

You are right about the dialogs of course Mathias, I just had a lot of copy/move ops that made all these things occur in the same 5 minutes