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

[Bug 29644] New: QQ International 1.1 cannot insert images into chat
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=29644 Bug #: 29644 Summary: QQ International 1.1 cannot insert images into chat 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: jarrodbagwell(a)gmail.com Classification: Unclassified 1. Download QQInt1.1.exe: http://www.softpedia.com/get/Internet/Chat/Instant-Messaging/QQ-Internation… 2. To get it running, install the following packages from winetricks: gdiplus ie6 vcrun6 riched20 3. Open a chat window with someone and click the 'insert image' button. 4. Select an image and attempt to insert 5. QQ should crash out completely. -- 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.

2 30

[Bug 20628] New: chromium's ipc_tests.exe's IPCChannelTest.ChannelTest fails occasionally
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=20628 Summary: chromium's ipc_tests.exe's IPCChannelTest.ChannelTest fails occasionally Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com On Wine, but not on Windows, the command wine src/chrome/Debug/ipc_tests.exe --gtest_filter=IPCChannelTest.ChannelTest fails about 5% of the time. (You may need to run it several hundred times to see the first failures.) Sadly, with +relay it never fails. Related source: http://src.chromium.org/viewvc/chrome/trunk/src/ipc/ipc_tests.cc http://src.chromium.org/viewvc/chrome/trunk/src/ipc/ipc_channel_win.cc To repeat: $ wget http://kegel.com/wine/chromium/chromium-tests.tar.bz2 $ tar -xjvf chromium-tests.tar.bz2 $ while true do wine src/chrome/Debug/ipc_tests.exe --gtest_filter=IPCChannelTest.ChannelTest > log 2>&1 grep FAILED log && break done -- 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.

2 7

[Bug 26548] New: GomezPEER is always visible behind other windows
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=26548 Summary: GomezPEER is always visible behind other windows Product: Wine Version: 1.3.16 Platform: x86-64 URL: http://lastmile.gomez.com/PEERInstall.exe OS/Version: Linux Status: NEW Keywords: download, integration Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=33811) --> (http://bugs.winehq.org/attachment.cgi?id=33811) Screenshot: console is on top but Gomez still visible To be a bit more accurate, GomezPEER can be seen behind other windows, when GomezPEER updates its window. Parts of the window updates every second so it is effectively always there. This is not a new problem, it has existed for as long as I can remember. Currently using Gnome/Ubuntu/GDM/fglrx but appears on all desktops I have used. Desktop effects are disabled and windows are not transparent. The attached screenshot should make it obvious. -- 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.

2 15

[Bug 11667] New: Window contents not updated properly after being moved
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=11667 Summary: Window contents not updated properly after being moved Product: Wine Version: 0.9.55. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Hi, I believe this bug relates to DirectDraw. (Apologies for my lack of detailed knowledge about Windows.) In some cases, moving a window whose contents are updated by DirectX calls causes trash/garbage to appear when the window is drawn in its new position, My theory is that WINE remembers the window contents at the moment the user begins dragging the title bar, and simply copies that to the new window position. If the program continues to update the DirectX buffer while the user is moving the window frame, WINE puts the old/stale buffer contents in the moved window. This happens in both normal and virtual desktop modes. For applications like video players, this effect may not be very noticeable if the player redraws the whole window every frame. But for applications which don't do that, the effect can be quite ugly. One program I have found which shows this problem is WinUAE. To reproduce: - Download and install WinUAE from http://www.winuae.net/ - Download an example disk image for testing, e.g. ftp://ftp.coresystems.de/pub/uae/rsi1.adf.gz - Start WinUAE and select the rsi1.adf.gz file for emulated drive DF0:, and start the emulation. - Once the demo graphics appear, repeatedly move the main WinUAE window and notice 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.

2 9

[Bug 32290] New: SSF v0.12 Beta R3 cannot be run properly
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=32290 Bug #: 32290 Summary: SSF v0.12 Beta R3 cannot be run properly Product: Wine Version: unspecified Platform: x86-64 OS/Version: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: radiowavers(a)gmail.com Classification: Unclassified Software information: -------------------------------------------------------------------------------------- http://en.wikipedia.org/wiki/SSF_(emulator) http://www7a.biglobe.ne.jp/~phantasy/ssf/index.html http://www7a.biglobe.ne.jp/~phantasy/ssf/files/SSF_012_beta_R3.zip -------------------------------------------------------------------------------------- System information: -------------------------------------------------------------------------------------- OS version: Mac OS X Mountain Lion 10.8.2 X Window System: XQuartz 2.7.4 (xorg-server 1.13.0) Wine version: 1.5.18 - latest development version, built with GCC 4.7.2 from sources. I am using development version, because it has the built-in fix for Bug 32101. All the dependencies of Wine and GCC are the latest stable. -------------------------------------------------------------------------------------- First of all, bug 12622 needs to be reopened (or a new version of it to be created, since "fixme:win:EnumDisplayDevicesW ((null),0,0xRandomMemoryAddress,0x00000000), stub!" error is not fixed by inserting/mounting a CD! If I mount/insert a CD, I get this console error anyway, and program closes in two seconds! If I don't mount/insert a CD, I get this console error and the program launches with warning message "?????CD??????????" (no CD present). But, if I ignore this warning message and don't click OK (which would result in program termination) I could navigate in the main program window between menu options (with keyboard arrows only, since program window doesn't expand and anything except "File(F)" is not visible. I click "File(F)" and then left/right keyboard arrows) However, if I click "Option (O)", "Rotation", "Window Size", "Sound Record (S)", "Video Record (V)", or even "cep(C)" (which should show a small message, like "About...") I get a "Program Error" message. In the attachment, you could see a .zip archive with all the different backtraces I got for these options. -- 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.

2 19

[Bug 26570] New: Maestia | Das Fantasy-MMORPG
by wine-bugs＠winehq.org 18 Oct '22

18 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=26570 Summary: Maestia | Das Fantasy-MMORPG Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: devil77329(a)yahoo.de This is my bugreport to the support team of Maestia (german) Nach der Installation und bei jedem Aufrufen des Programmstarters mit "root - Rechten" Meldung No.1: * ! Verbindung zum Patchserver fehlgeschlagen [ OK ] * ein separates öffnen der MaestiaUpdater.exe unter Wine bringt das gleiche Ergebnis Meldung No.2 * Programm Fehler Im Programm MaestiaUpdater.exe traten schwerwiegende Fehler auf und es muss beendet werden. Wir entschuldigen uns für die Unannehmlichkeit. Die Ursache kann ein Problem im Programm oder ein Fehler in Wine sein. Sie können unter http://appdb.winehq.org Tips zum Ausführen der Anwendung einholen. Tritt dieses Problem unter Windows nicht auf und wurde es noch nicht gemeldet, können Sie unter http://bugs.winehq.org einen Eintrag hinterlassen. [ Schließen ] * -- 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.

2 12

[Bug 16875] New: .NET 3.0: WIC installer fails due to bug(s) in setupapi.SetupGetTargetPathW
by wine-bugs＠winehq.org 12 Oct '22

12 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=16875 Summary: .NET 3.0: WIC installer fails due to bug(s) in setupapi.SetupGetTargetPathW Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, prerequisite: 1. clean WINEPREFIX 2. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 3. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 4. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. After accepting EULA, the installer will exit due to error. "c:\\windows\\temp\\dd_dotnetfx3error.txt": --- snip --- ... [01/11/09,09:51:04] WIC Installer: [2] Error code 1603 for this component means "ERROR_INSTALL_FAILURE " [01/11/09,09:51:04] WIC Installer: [2] Setup Failed on component WIC Installer [01/11/09,09:51:12] WapUI: [2] DepCheck indicates WIC Installer is not installed. --- snip --- "c:\\windows\\temp\\dd_WIC.txt": --- snip --- [dd_WIC.txt] 0.082: ================================================================================ 0.084: 2009/01/11 09:51:04.229 (local) 0.084: C:\f93da2af7072de7f1485\update\update.exe (version 6.3.4.0) 0.085: Hotfix started with following command line: /quiet /norestart /log:C:\windows\temp\dd_WIC.txt 0.085: GetKernelType: GetInternalFilename failed 0.085: In Function GetBuildType, line 1170, RegOpenKeyEx failed with error 0x2 0.098: Unexpected Error While Executing Line 1 ( Test.WindowsCodecsVer.Section ) of PreRequisite 0.098: WIC Setup canceled. 0.098: Update.exe extended error code = 0xf00d 0.098: Update.exe return code was masked to 0x643 for MSI custom action compliance. --- snip --- Relevant trace log from WIC installer, run manually: --- snip --- ... 0023:Call setupapi.SetupFindFirstLineW(00148740,0033ba3c L"Test.WindowsCodecsVer.Section",00000000,0033b5e0) ret=0107ee9e 0023:trace:setupapi:SetupFindFirstLineW (0x148740,L"Test.WindowsCodecsVer.Section",(null)): returning 12/0 0023:Ret setupapi.SetupFindFirstLineW() retval=00000001 ret=0107ee9e 0023:Call setupapi.SetupFindNextLine(0033b5e0,0033b5d0) ret=0107eeb0 0023:Call KERNEL32.SetLastError(00000000) ret=6ead0fab 0023:Ret KERNEL32.SetLastError() retval=00000000 ret=6ead0fab 0023:Ret setupapi.SetupFindNextLine() retval=00000001 ret=0107eeb0 0023:Call setupapi.SetupGetStringFieldW(0033b5e0,00000000,0033b3a8,00000104,0033b190) ret=0107eaec 0023:Call KERNEL32.SetLastError(00000000) ret=6ead1ad4 0023:Ret KERNEL32.SetLastError() retval=00000000 ret=6ead1ad4 0023:trace:setupapi:SetupGetStringFieldW context 0x148740/0x148740/12/0 index 0 returning L"NotPresentOp" 0023:Ret setupapi.SetupGetStringFieldW() retval=00000001 ret=0107eaec .. 0023:Call setupapi.SetupGetStringFieldW(0033b5e0,00000001,0033b1a0,00000104,0033b190) ret=0107ec3b 0023:Call KERNEL32.SetLastError(00000000) ret=6ead1ad4 0023:Ret KERNEL32.SetLastError() retval=00000000 ret=6ead1ad4 0023:trace:setupapi:SetupGetStringFieldW context 0x148740/0x148740/12/0 index 1 returning L"CheckFilever" 0023:Ret setupapi.SetupGetStringFieldW() retval=00000001 ret=0107ec3b ... 0023:Call setupapi.SetupGetStringFieldW(0033b5e0,00000002,0033ae4c,00000104,0033a72c) ret=0107d377 0023:Call KERNEL32.SetLastError(00000000) ret=6ead1ad4 0023:Ret KERNEL32.SetLastError() retval=00000000 ret=6ead1ad4 0023:trace:setupapi:SetupGetStringFieldW context 0x148740/0x148740/12/0 index 2 returning L"CopyAlways.System32.Files" 0023:Ret setupapi.SetupGetStringFieldW() retval=00000001 ret=0107d377 0023:Call setupapi.SetupGetTargetPathW(00148740,00000000,0033ae4c L"CopyAlways.System32.Files",0033a730,00000104,0033a72c) ret=0107d3a9 0023:trace:setupapi:SetupGetTargetPathW 0x148740, (nil), L"CopyAlways.System32.Files", 0x33a730, 0x00000104, 0x33a72c 0023:Call KERNEL32.SetLastError(00000000) ret=6ead0de6 0023:Ret KERNEL32.SetLastError() retval=00000000 ret=6ead0de6 0023:trace:setupapi:SetupFindFirstLineW (0x148740,L"CopyAlways.System32.Files",(null)): returning 8/0 0023:trace:setupapi:SetupFindNextMatchLineW (0x148740,L"DestinationDirs",L"DefaultDestDir"): not found 0023:Call KERNEL32.SetLastError(e0000102) ret=6ead14bb 0023:Ret KERNEL32.SetLastError() retval=e0000102 ret=6ead14bb 0023:Ret setupapi.SetupGetTargetPathW() retval=00000000 ret=0107d3a9 0023:Call KERNEL32.GetLastError() ret=010701ae 0023:Ret KERNEL32.GetLastError() retval=e0000102 ret=010701ae --- snip --- Relevant snippet from: "update_winxp.inf" --- snip --- [Test.WindowsCodecsVer.Section] NotPresentOp=CheckFilever,CopyAlways.System32.Files,WindowsCodecs.dll ... [DestinationDirs] CopyAlways.System32.files=11 ; %windir%\system32 (don't delay until reboot) --- snip --- If you override updspapi.dll to native, you see the target path resolution working: --- snip --- 001b:CALL UPDSPAPI.UpdSpGetTargetPathW(0014e450,00000000,0033ae4c,0033a730,00000104,0033a72c) ret=0107d3a9 001b:Call ntdll.wcslen(0033ae4c L"CopyAlways.System32.Files") ret=0046a14c 001b:Ret ntdll.wcslen() retval=00000019 ret=0046a14c 001b:Call ntdll.RtlAllocateHeap(00110000,00000000,00000034) ret=0046a07b 001b:Ret ntdll.RtlAllocateHeap() retval=00151148 ret=0046a07b 001b:Call ntdll.wcscpy(00151148,0033ae4c L"CopyAlways.System32.Files") ret=0046a16b 001b:Ret ntdll.wcscpy() retval=00151148 ret=0046a16b 001b:Call msvcrt._abnormal_termination() ret=0046a186 001b:fixme:seh:_abnormal_termination (void)stub 001b:Ret msvcrt._abnormal_termination() retval=00000000 ret=0046a186 001b:Call KERNEL32.WaitForMultipleObjects(00000002,0014e6c4,00000000,ffffffff) ret=00457d36 001b:Ret KERNEL32.WaitForMultipleObjects() retval=00000001 ret=00457d36 001b:Call KERNEL32.lstrcpynW(0033a21c,00452804 L"DestinationDirs",000000ff) ret=00460f5b 001b:Ret KERNEL32.lstrcpynW() retval=0033a21c ret=00460f5b 001b:Call user32.CharLowerW(0033a21c L"DestinationDirs") ret=0046995a 001b:Ret user32.CharLowerW() retval=0033a21c ret=0046995a 001b:Call KERNEL32.CompareStringW(00000409,00000001,0033a21c L"destinationdirs",ffffffff,006516f0 L"destinationdirs",ffffffff) ret=00469a4b 001b:Ret KERNEL32.CompareStringW() retval=00000002 ret=00469a4b 001b:Call KERNEL32.lstrcpynW(0033a014,00151148 L"CopyAlways.System32.Files",000001ff) ret=00461002 001b:Ret KERNEL32.lstrcpynW() retval=0033a014 ret=00461002 001b:Call user32.CharLowerW(0033a014 L"CopyAlways.System32.Files") ret=0046995a 001b:Ret user32.CharLowerW() retval=0033a014 ret=0046995a 001b:Call KERNEL32.CompareStringW(00000409,00000001,0033a014 L"copyalways.system32.files",ffffffff,0066bd34 L"CLSID\\{22C21F93-7DDB-411C-9B17-C5B7BD064ABC}\\Containers",ffffffff) ret=00469a4b 001b:Ret KERNEL32.CompareStringW() retval=00000003 ret=00469a4b 001b:Call KERNEL32.CompareStringW(00000409,00000001,0033a014 L"copyalways.system32.files",ffffffff,00651714 L"copyalways.system32.files",ffffffff) ret=00469a4b 001b:Ret KERNEL32.CompareStringW() retval=00000002 ret=00469a4b 001b:Call ntdll.wcstoul(0065174c L"11",0033a1d4,0000000a) ret=0045d673 001b:Ret ntdll.wcstoul() retval=0000000b ret=0045d673 ... 001b:Call KERNEL32.lstrcpyW(0033a730,0033a4c8 L"C:\\windows\\system32") ret=0045e8e1 001b:Ret KERNEL32.lstrcpyW() retval=0033a730 ret=0045e8e1 001b:Call ntdll.RtlFreeHeap(00110000,00000000,00151148) ret=0046a0fd 001b:Ret ntdll.RtlFreeHeap() retval=00000001 ret=0046a0fd 001b:Call KERNEL32.SetLastError(00000000) ret=0045e909 001b:Ret KERNEL32.SetLastError() retval=00000000 ret=0045e909 001b:RET UPDSPAPI.UpdSpGetTargetPathW() retval=00000001 ret=0107d3a9 --- snip --- Well, actually there are more bugs in this API than this specific case. For instance the IE7 installer suffers from another bug in SetupGetTargetPathW API if you don't use Hans Leidekkers "iecustom" fake dll patch (http://bugs.winehq.org/show_bug.cgi?id=12690#c17) which just short-circuits/skips/hides various setupapi/updspapi deficencies (string tables, dynamic strings/replacements, target path resolution). Hint: "CheckFileVer" op with directory target (ex: "System32.Files") which is not present in "DestinationDirs" section and no default destination dir (-> fallback must be used). You can find many examples of such .inf files. Regards -- 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.

2 11

[Bug 13656] New: Testout navigator does not dispaly menus or vodeo correctly
by wine-bugs＠winehq.org 12 Oct '22

12 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=13656 Summary: Testout navigator does not dispaly menus or vodeo correctly Product: Wine Version: 1.0-rc2 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: keith_kw_muir(a)blueyonder.co.uk Testout navigator Starts but grey pane where the course video would play and the menu bar is empty. -- 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.

2 11

[Bug 16328] New: GTA4 does not work under Wine
by wine-bugs＠winehq.org 12 Oct '22

12 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=16328 Summary: GTA4 does not work under Wine Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: zapolnov(a)gmail.com Created an attachment (id=17631) --> (http://bugs.winehq.org/attachment.cgi?id=17631) Wine Log When running GTA4 it calls some unimplemented function in advapi32.dll and crashes. Wine log is 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.

2 225

[Bug 17638] New: NOLF GotY: Sluggish mouse reaction when in zoom mode
by wine-bugs＠winehq.org 08 Oct '22

08 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=17638 Summary: NOLF GotY: Sluggish mouse reaction when in zoom mode Product: Wine Version: 1.1.16 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquid.acid(a)gmx.net CC: jb.faq(a)gmx.de Mouse input in NOLF is generally a bit "inprecise", but one thing is broken for sure. Some weapons feature a zoom mode, but when this zoom mode is switched on it's almost impossible to accurately use it since the mouse input becomes very sluggish then. Turn zoom off again and mouse input stabilizes again. I suppose that's a dinput problem, but I'm not sure about that. The wine-0.9.46 testresult here (http://appdb.winehq.org/objectManager.php?sClass=version&iId=305&iTestingId…) mentions a "weird mouse problem", but I'm not sure if that's what I'm encountering. Haven't tried any native DLLs though. -- 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.

2 20