WineHQ
Bug Tracking Database – Bug 6908

 Bugzilla

 

Last modified: 2008-01-28 05:07:54 CST  

win16: open file dialog fails to load anything

Bug 6908 - win16: open file dialog fails to load anything
win16: open file dialog fails to load anything
Status: CLOSED FIXED
AppDB: Show Apps affected by this bug
Product: Wine
Classification: Unclassified
Component: comctl32
0.9.27.
x86 Linux
: P2 major
: ---
Assigned To: Mr. Bugs
http://www.spiderwebsoftware.com/blad...
: download
: 6909 (view as bug list)
Depends on:
Blocks:
  Show dependency tree
 
Reported: 2006-12-15 03:57 CST by Karel Karlik
Modified: 2008-01-28 05:07 CST (History)
0 users

See Also:
Regression SHA1:
Fixed by SHA1:
Distribution: ---
Staged patchset:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Karel Karlik 2006-12-15 03:57:29 CST
(note: I didn't find a better place to post this bug)
Bug found while using: blades of exile (from http://www.spiderwebsoftware.com/)
(note 2: you probably won't be able to reproduce this bug easily, versions of
wine since 0.9.20 have a different bug that cause the window contents to be
corrupted, exhibits (big, screenshots):
correct display: http://xKiv.matfyz.cz/wine-bugre/0.9.7-correct.png
now: http://xKiv.matfyz.cz/wine-bugre/0.9.20-verybad.png
).

I tested the following versions of wine (if I demangle my notes correctly):
0.9.1 - 0.9.2: I failed to build these
0.9.2 - 0.9.8: OK
0.9.9: not tested/can't even run the program
0.9.10 - 0.9.14: OK
0.9.15 - 0.9.19: not tested/...
0.9.20 - 0.9.24: bug present
0.9.25: not tested/...
0.9.26 - 0.9.27: bug present

Build environment:
gcc 4.1.1
linux 2.6.16-mm1
glibc 2.3.6


Once upon a time, in one ancient version of wine (sorry, don't remember which
anymore, it really was too many years ago), I tracked a bug that had similar
effects (namely, the win16 open dialog let me choose anything, but wouldn't let
me open it - win32 is OK) and found that after I chose a file, the choice got
overwritten by the default value.
That means: the application (say, blades of exile) used an Open file dialog with
a default of BLADES.SAV.
I chose A.SAV (and clicked OK or Open or Load ... the label does not matter).
Then BLADES.SAV was assigned to the choice string. And the application got that
instead of my chosen file.
Comment 1 Tony Lambregts 2006-12-18 01:56:55 CST
I have played with the the demo for a couple of hours. I could not reproduce the
display problem and I could save just fine, 
Comment 2 Karel Karlik 2006-12-18 05:35:55 CST
Two poinst here:
1) Saving works OK, it is just opening/loading that beeps without doing anything
... (I can only tell because the main menu (the thing at the top of the window)
works, so I see which actions are disabled - like start new scenario ...)

2) Just to ve sure: which version of wine? 0.9.27? Latest CVS?

-----

I will try again on a different computer (on friday).

Also, I should probably upload my config.status and/or config.log (will do
tomorrow - tuesday)
Comment 3 Karel Karlik 2006-12-18 08:24:00 CST
OK, quick update: I got the latest from GIT, built it and it works like it
should. I will look into configure options (it seems to have built without
freetype2, opengl and fontforge here, and I might have other weird options).
I will also try reinstalling the game, although it dosn't look broken - it is OK
in 0.9.8 (other issues later).
If this works for me, I will abandon this bug (and the other one - 6909).
Comment 4 Tony Lambregts 2006-12-18 09:45:47 CST
I was using git from Saturday and I did a bunch of opening and closing of the
game, restoring sessions and playing with options trying to reproduce the
problems you mentioned. I could save and restore games without any problems and
the grahics lookd fine.

I have freetype fontforge and opengl installed. I did not ues any dll overrides.
The only thing I did not test was sound since I was using a vnc connection from
an old laptop to my main machine (more comfortable that way).
Comment 5 Karel Karlik 2006-12-19 04:05:05 CST
Yes, I got the same code I built on the school machine (where it *did* work), 
brought it home, rebuilt (in the same environment - same configure options, 
clean build, install into dedicated tree, renamed my ~/.wine - just so that my 
older wine (and Windows) installs wouldn't interfere ...
... and it's still broken, somewhere. On both accounts.
[ and sound works ]
Currently, I have a as-much-as-possible-disabled build going on.

The computer is 'netless, which has unpleasant testing and time consequences.

Now, I will try
1) building as statically linked binaries as possible and switching them 
between machines
2) building in the same environment (knoppix dvd)
3) full debug logs

I hope to find out if/whether it is other-software or even hardware problem. 
Still, I don't see how one of those could affect *opening* of files, when it 
works otherwise.
Comment 6 Karel Karlik 2006-12-20 06:17:45 CST
Ah, scratch all that planned effort.
Yesterday, I built several versions, differing only in configure options. 
Sometimes it worked, sometimes not.

Then I found that "it works" does not depend on the wine build - it depends on 
where I run BLADES.EXE from.

Situation:
I have my windows (FAT32) partition mounted on /dos/c -t vfat.
Clean build of wine, so this resolves to Z:\DOS\C.
When I run b.o.e. from '/dos/c/Program Files/B/blades.exe', it's broken.
When I run it from '~/.wine/Program Files/B/blades.exe', it works.
When I run it from '/dos/c/temp/B/blades.exe', it works.
When I run it from '/dos/c/temp/B C/blades.exe', it's broken.
[ all with the same build of wine ]

Hypothesis: There is some mismatch with short filenames on dos drives.
(I distantly recall that I had this issue years ago - somewhere inside wine, 
paths were expanded - with short filenames, which did not match what the 
filesystem reported there was; I think I then "fixed" that by making it use 
long names instead).

So, it's all (can't load *and* the garbled screen) actually 'file-not-found' 
symptoms.
Comment 7 Karel Karlik 2007-02-06 05:20:41 CST
Works in 0.9.30
Comment 8 Vitaliy Margolen 2007-05-29 18:06:56 CDT
*** Bug 6909 has been marked as a duplicate of this bug. ***
Comment 9 Dan Kegel 2008-01-28 05:07:54 CST
Closing all RESOLVED FIXED bugs that have not changed in over six months.


Privacy Policy
If you have a privacy inquiry regarding this site, please write to privacy@winehq.org

Hosted By CodeWeavers