February 2013 - Wine-bugs - list.winehq.org

[Bug 29619] New: wine incorrectly treats multilingual (russian) capital letters in filenames/paths in mounted NTFS
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=29619 Bug #: 29619 Summary: wine incorrectly treats multilingual (russian) capital letters in filenames/paths in mounted NTFS Product: Wine Version: 1.3.36 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: vde(a)ykoctpa.ru Classification: Unclassified when trying to open by under-wine program any file on NTFS volumes mounted by NTFS-3G having capital russian (possible any non-ASCII) letters in path, CreateFile returns error to app. to see: mount native Windows drive and create symlink d: wine explorer on "select" shold open file or say "there is no windows windows program configured to open this type of file", but if there capital letters in path message will be "File not found". path OK: d:\share\data\юг 1\file.txt path ERR: d:\share\data\Юг 2\file.txt particularly frustrating that such use could make migration from Windows much more easier - if not a bug PS. native Linux apps has no problems -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 11

[Bug 30725] New: Scrollbar paging problems
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=30725 Bug #: 30725 Summary: Scrollbar paging problems Product: Wine Version: 1.5.3 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified There are some issues with scrollbars. I initially noticed these issues with IDA Pro Free, but other programs which use the same type of scrollbar are affected, including Windows Notepad.exe. Try the following in Windows. Run Notepad and load a long text document. The window shows a small proportion of the document with a scrollbar at the right-hand side. Move the mouse pointer over the scrollbar below the "thumb". Click the left button. Notice how the region below the thumb highlights in black briefly. Hold down the left button. The region below the thumb is highlighted in black, and the document pages down repeatedly while the left button is pressed. Move the mouse pointer while holding the left button down (but keeping the pointer within the lower scrollbar region, e.g. move it up and down slightly). The mouse movement doesn't affect the paging-down. Trying the same under Wine... Clicking below the thumb, the region is not highlighted in black (or if it is, it's so brief as to be invisible). Holding the left button down with the mouse pointer below the scrollbar thumb does cause the document to repeatedly page down. However, the lower scrollbar region is not highlighted in black. It seems Wine does draw it in black, but immediately overwrites it -- I see brief flickers of black rectangles. If while holding the left button you move the mouse pointer, the document stops paging down. While you are moving the mouse, the lower scrollbar region is shown in black. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 24166] New: Team Fortress 2 freezes while playing.
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=24166 Summary: Team Fortress 2 freezes while playing. Product: Wine Version: 1.3.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ddonofrio(a)member.fsf.org Introduction: I have read bugs 7698, 12327 and 15162 with all comments and I'm sure this is not the same issue. Please let me know if there is more information I can provide. Short Description: After a few minutes of playing, process hl2.exe starts using 100% of a CPU and the game freezes with no sound stuttering. if I have the mouse pointer (Like when I'm selecting a character) I can move the mouse but nothing responds. If a SIGTERM(15) is sent to hl2.exe the game finished and the X are successfully restored. That allow me to repeat this issue over and over again trying to find a pattern for deducing the root of the problem. Testbeds: For a best analysis of this issue, I have configured the following testbed based on 2 machines, one with the game and another one just connected to the same LAN. 1) Machine and software where the game is running: CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @2.40GHz Memory: 4GB Ram OS: GNU/Linux Distribution: Ubuntu 10.04.1 LTS Kernel: 2.6.32-24-generic #41-Ubuntu SMP Thu Aug 19 01:38:40 UTC 2010 x86_64 $ lspci | grep VGA 01:00.0 VGA compatible controller: ATI Technologies Inc RV630 [Radeon HD 2600 Series] $ fglrxinfo OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: ATI Radeon HD 2600 Pro OpenGL version string: 3.2.9756 Compatibility Profile Context $ wine --version wine-1.3.1 Testbed additional information: Wine has no configuration but default. Game parameters: -heapsize 1024000 -dxlevel 81 -width 1680 -height 1050 Compiz were disabled. 2) A second machine where I start a ssh session in order to monitoring process when the game freezes. Testing performed: Testing steps: 1) I started steam, then I went to game library and I selected TF2. I have pressed "Play" button and wait. The game was successful loaded, I find a "Two Forts" available game and I Joined in. After 8 minutes and 32 seconds playing, when I was getting back to the starting point room (to be cured at the medicine kit), exactly when the door were opening the game got freeze. There was no sound stutter, just like a picture the game got freeze. I got connected from the second machine (via ssh) and I saw hl2.exe process using the 100% of one CPU. Just by sending a SIGTERM to hl2.exe process it finished. That brings me down to Steam menu again. 2) I have pressed "Play" again. I was looking for a "Two Forts" available game for 30 seconds approximately. The game was loaded successful, and when I was looking for a character the game got freeze again. Just when I pointed the Engineer. I was able to move the mouse but nothing responses. >From the second machine terminal I saw the same: hl2.exe process using the 100% of one CPU. Just by sending a SIGTERM to hl2.exe process it finished. That brings me down to Steam menu again. 3) I have pressed "Play" again. I was looking for a "Two Forts" available game for several minutes, I got dropped due to slot reservation 3 times so I have desired to play at Egipt. I have selected the engineer again and when the game just starts, a heavy appears in front of me and the game got freeze again. Same like before, to kill the process where needed. 4) I have repeated the same actions with: Different characters, different maps, and the game got freeze completely random. I was not able to find a patter after 3 ours of testing. 5) I have tried to run ft2 by running the following line but the game crashes while loading a level: $ env WINEDEBUG=fixme-all env WINEPREFIX="/home/game/.wine" padsp wine explorer /desktop=steam,1680x1050 "c:\archivos de programa\steam\steamapps\myaccount\team fortress 2\hl2.exe" -game tf -steam -heapsize 1024000 -dxlevel 81 -width 1680 -height 1050 Using breakpad crash handler Setting breakpad minidump AppID = 440 Forcing breakpad minidump interfaces to load Looking up breakpad interfaces from steamclient Calling BreakpadMiniDumpSystemInit Looking up breakpad interfaces from steamclient Calling BreakpadMiniDumpSystemInit err:ole:RevokeDragDrop invalid hwnd (nil) err:mmtime:TIME_MMTimeStop Timer still active?! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 19

[Bug 31428] New: Dustforce: open with black screen
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=31428 Bug #: 31428 Summary: Dustforce: open with black screen Product: Wine Version: 1.5.10 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gufide_g(a)yahoo.ca Classification: Unclassified Created attachment 41315 --> http://bugs.winehq.org/attachment.cgi?id=41315 Terminal output The game seems to run fine but the screen is all black. Sound is good but I can't see a thing Video specs: nvidia gt540m (optimus) with intel card: black screen with optirun: white screen I tried with a emulated desktop too but there's no changes. I still don't know if it's the game or my video specs the problem -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 16105] New: Loki: Launching the game fails
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=16105 Summary: Loki: Launching the game fails Product: Wine Version: 1.1.8 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: xvachon(a)gmail.com Created an attachment (id=17338) --> (http://bugs.winehq.org/attachment.cgi?id=17338) Log no WINEDEBUG parameters The installer required winetricks dotnet20 in order to work. I installed and patched the game flawlessly to the latest version (1.0.8.3), copied the crack and added the missing library d3dx9_36. Console outputs for no WINEDEBUG parameters and for WINEDEBUG=+relay,+seh for the attempts following the modification are attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 20

[Bug 27547] New: Crash with error:"TIME_MMTimeStop Timer still active?!"
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=27547 Summary: Crash with error:"TIME_MMTimeStop Timer still active?!" Product: Wine Version: 1.3.22 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: antoine38100(a)gmail.com Created an attachment (id=35210) --> (http://bugs.winehq.org/attachment.cgi?id=35210) srceensaver of the terminal that lauched CCS I use counter strike source (download at this adresse -> http://aviara.ro/) and, on running, the software stops with this error -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 24524] New: Cannot disable the debugger
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=24524 Summary: Cannot disable the debugger Product: Wine Version: unspecified Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: rgovostes(a)gmail.com According to kernel32/except.c, there are only two behaviors supported by Wine: 1) (with AeDebug\Auto = 0) show a dialog when a crash occurs 2) (with AeDebug\Auto = 1) run a debugger process There doesn't seem to be a way to have the program terminate on a crash. I suppose a program could override it by changing the exception handler but the default start_debugger() handler has this functionality. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 30051] New: Virtual Playtable can't load bass.dll
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=30051 Bug #: 30051 Summary: Virtual Playtable can't load bass.dll Product: Wine Version: 1.3.37 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eurekafag(a)eureka7.ru Classification: Unclassified This is the "Magic: The Gathering" implementation written on Java. The game is freeware, you can download it from their site: http://virtualplaytable.com/downloads.php Since there's no native version yet I tried to run it on wine and succeeded but I experienced strange behavior in the process. The game (or rather the included JRE) seems to require BASS.dll but it doesn't contain it and runs fine on Windows without it. But on wine it shows a message box "The procedure entry point BASS_Init could not be located in the dynamic link library BASS.dll". So I downloaded this DLL which is also freeware from http://www.un4seen.com/download.php?bass24 But it didn't help. Then I tried to debug and see what's wrong inside using WINEDEBUG=+relay wine Playtable.exe > log.txt 2>&1 And the game suddenly started. It still shows the error when I run it without the debug variable or when I use debug but redirect the output to /dev/null but it runs fine if I redirect it to /dev/zero. Strange enough and I tested it on two different PCs on wine 1.3.37 and 1.4rc5 built by myself from git without any 3rd party patches. A perfect case of a heisenbug (http://en.wikipedia.org/wiki/Heisenbug) I make a cautious assumption that it somehow connected to the speed of the execution. Maybe a race condition or such. When program is being debugged it slows down and bass.dll has enough time to decrypt and unpack itself (yes, it looks like heavily obfuscated). When I redirect the debug output to /dev/null the slowdown may be not big enough comparing to /dev/zero. I don't know. My PCs: 1) Intel G620, 4 Gb RAM, integrated video (128 Mb), 1.5 Tb HDD, Debian Testing i386, wine-git 1.3.37 and then due to bug #28693 1.4rc5 with the same result. 2) Core i7 2600, 16 Gb RAM, NVIDIA GeForce GTX 560 Ti, 2.5 Tb HDD, Debian Testing x86_64, wine 1.3.37. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 21209] New: Ankh: speech output stops before end of sentence
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=21209 Summary: Ankh: speech output stops before end of sentence Product: Wine Version: 0.9.44. Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net CC: m.b.lankhorst(a)gmail.com commit 9c469e1a9487d81186642282de89048fc51c0864 Author: Maarten Lankhorst <m.b.lankhorst(a)gmail.com> Date: Sun Aug 19 23:52:19 2007 +0200 dsound: Handle failing of IDsDriver_CreateSoundBuffer better. prior to wine-0.9.44 causes Ankh's voice output to stop way before the end of each sentence. Although it's a very old commit and the (structure of the) code in dsound looks different now, behaviour has never changed since. The bug is audible right from the intro movie. Simultaneously, it causes the movie to stop intermittently (for ~1/2s, varying) at the start of each audio sentence. Before that commit, movement was quite fluid. Perhaps the 1/2 second (sometimes more, sometimes randomly less) that is cut from the end of the audio output corresponds with the motion break that occurs before audio is started, as if audio output was hold back for a small and random amount of time, then chopped? Winecfg setting OSS HW, 22050Hz at 8bit; using Ubuntu Intrepid. HW or emulation makes no difference. Same results with ALSA (in versions of Wine newer than 0.9.44 where ALSA does not seem to initialize with Intrepid). No PulseAudio. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 15

[Bug 30677] New: After start KOMPAS Viewer 13 windows control button hide
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=30677 Bug #: 30677 Summary: After start KOMPAS Viewer 13 windows control button hide Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hyper_sonic(a)hotbox.ru Classification: Unclassified It is appear allways after start Kompas Viewer 13. Windows header and buttons hide and i can't move, resize, close or rollback any running application. PS I'm use Ubuntu 12.04 with wine version 1.5.4. I attached screenshot. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3