https://bugs.winehq.org/show_bug.cgi?id=22038
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |24983 Fixed by SHA1| |0922237c8308f583b9dd27bed38 | |6223be87c7057
--- Comment #29 from Matteo Bruni matteo.mystral@gmail.com --- Andrey let me know that this bug isn't fixed for him, so I looked a bit further into it. It turns out he was right, but I also wasn't wrong.
The game uses d3dx9_35 to load a bunch of DXTn textures but, for some reasons, it uses a separate device specifically for that. That device is created on top of the desktop window.
Since 0922237c8308f583b9dd27bed386223be87c7057 the separate device is created correctly and, when using native d3dx9, this bug doesn't reproduce. With builtin d3dx9_35 texture loading still fails, although later on, and you still experience this bug.
I think it's a good idea to have this bug target the wined3d issue and keep it FIXED. The d3dx9 issue is already tracked by bug 24983.