Drop-opened files do not retain path, fileformat or name in Save-As dialog

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Open an image by dropping it on GraFX2 icon
2. Go to Save-As dialog
3. Notice that you are not in the images folder, and it's name and
file-format are not preserved.

Right clicking to overwrite works fine, btw.

Original issue reported on code.google.com by ilija.melentijevic on 1 Feb 2010 at 8:22

[GoogleCodeExporter]

When you do it this way, Windows passes the filename argument in ALL CAPS. 
Grafx2 is
able to read it as the filesystem is case-insensitive, but when browsing the 
files on
fileselector opening, I do a case-sensitive comparison on every entry and no 
match is
found so Grafx2 believes the file is not in the directory (anymore)

Original comment by yrizoud on 2 Feb 2010 at 8:05

• Changed state: Accepted
• Added labels: OpSys-Windows, Priority-Low
• Removed labels: Milestone-, OpSys-, Priority-Medium

[GoogleCodeExporter]

This appeared when rewriting the fileselectors and allowing to load a file as 
spare. 
It was not problematic before.

Original comment by pulkoma...@gmail.com on 8 Feb 2010 at 10:02

[GoogleCodeExporter]

Original comment by pulkoma...@gmail.com on 8 Feb 2010 at 10:03

• Added labels: Milestone-2.2

[GoogleCodeExporter]

Fixed in r1346. Now on all filesystems, if there's no exact match on 
case-sensitive
search, the first case-insensitive match is highlighted. This should make no
difference on case-sensitive platforms (which didn't have the issue), and since 
on
Windows it's impossible to know if the filesystem is case-sensitive or not, even
though 99.9% times it's insensitive, there's no real good solution.

I never encountered the path/fileformat side of the issue. I tested with paths 
in
spaces, still nothing. The fileformat is switched to GIF if the original format 
was
not saveable (ie:jpg), but that's voluntary. Please repoen this issue if I 
missed
something.

Original comment by yrizoud on 14 Feb 2010 at 1:51

• Changed state: Fixed