Modify

Opened 7 years ago

Closed 7 years ago

Last modified 7 years ago

#2535 closed Bug (No Bug)

Strange behaviour with FileOpenDialog and the return order of multi-selection of files

Reported by: Tlem Owned by:
Milestone: Component: AutoIt
Version: 3.3.8.1 Severity: None
Keywords: Cc:

Description

Not sure that you consider it like a bug, but when you use FileOpenDialog to select multiple files, the result is not identical if you do a classic (from the top down) selection or a reverse (from the bottom up) selection of the files. The classic selection put the last filename just after the path instead of the last position !

Tested on 3.3.8.1 and 3.3.9.20.
No older ticket found about this and nothing on the forum.

Ex : You have files like this :

Path\File1.txt
Path\File2.txt
Path\File3.txt
Path\File4.txt
Path\File5.txt

Reverse selection will return :

 Path
 File1.txt
 File2.txt
 File3.txt
 File4.txt
 File5.txt

Classic selection will return :

 Path
 File5.txt
 File1.txt
 File2.txt
 File3.txt
 File4.txt

Attachments (0)

Change History (6)

comment:1 Changed 7 years ago by Melba23

Tlem,

I have often seen this behaviour when copying files using a file manager - the final file selected is the first to be copied. It used to cause big problems with an old MP3 player I had as album tracks were subsequently listed in the wrong order. So I think it is more a problem/feature of Windows itself rather than AutoIt.

M23

comment:2 Changed 7 years ago by anonymous

Hi Melba.
The part that disturb me is that if I do my selection with CTRL (or SHIFT) from File5 to File 1 the alpha order is respected. If I do it from File1 to File5 the order is respected but File5 is placed on top of the list ! It has no sense and I never seen that somewhere else ...

After trying on Windows 7 x86 and x64, Windows 8 x86 and x64, it seems that this behavior is only on Windows XP (yes I still work under XP !) . I will try later on Vista. So maybe this bug came from Windows XP ... or not.

comment:3 Changed 7 years ago by Melba23

Tlem,

That rang a bell - I found an old post of mine which mentioned this very behaviour:

http://www.autoitscript.com/forum/topic/122702-filelisttoarray-recursive-with-max-depth/?p=854915

Although I thought XP had NTFS, so it might not be the whole explanation. However, I still believe it is a Windows problem.

M23

comment:4 Changed 7 years ago by anonymous

Hi Melba, I have installed a VM with Vista for testing and apparently there's not this behavior either.

So to make it clear for me,I reused a Windows 98 and a AutoIt v3.2.4.9 to try on older version (Yes I'm crazy ), and it seems that you're right.
The compiled script work find on Vista and newer OS but not on W98 and XP.

According to my tests, the behavior is even stranger under W98. If you do a reverse selection, you have all files in alpha order too, but in normal selection, the first file becomes the last and the last becomes the first !!!

So I think this ticket can be closed, due to Microsoft Windows w98 and XP bug.
A know that W98 and XP are very old and now it's time to put these very old OS on trash, but it can be a good idea to put a note on the documentation of FileOpenDialog() function to mention this behavior ?

Thank you very much of your attention.
Have a nice day.

comment:5 Changed 7 years ago by Jpm

  • Resolution set to No Bug
  • Status changed from new to closed

comment:6 Changed 7 years ago by Jpm

no bug on Vista or later

Guidelines for posting comments:

  • You cannot re-open a ticket but you may still leave a comment if you have additional information to add.
  • In-depth discussions should take place on the forum.

For more information see the full version of the ticket guidelines here.

Add Comment

Modify Ticket

Action
as closed The ticket will remain with no owner.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.