June 2015 - Wine-bugs - list.winehq.org

[Bug 29081] New: Drag and Drop: Duplicate entries in winamp playlist window
by wine-bugs＠winehq.org 21 Aug '15

21 Aug '15

http://bugs.winehq.org/show_bug.cgi?id=29081 Bug #: 29081 Summary: Drag and Drop: Duplicate entries in winamp playlist window Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: anwetli(a)hotmail.com Classification: Unclassified Created attachment 37475 --> http://bugs.winehq.org/attachment.cgi?id=37475 Wine log for xdnd Operating System: Kubuntu 10.04 LTS with KDE 4.4.5 / i386 / nvidia grafics driver Bug is related to winamp, a windows music player (www.winamp.com) Other applications may be affected by this bug. Problem: Every File drag and dropped to the playlist-window of winamp will duplicated. It generates double entries for every file dropped to the playlist-window. Version of wine: This bug has been introduced since version 1.3x. In wine 1.2 everything is fine. Details: If you drag drop a file to the main window of winamp, no duplicate entries will be generated. But if you drop a file to the playlist-window (a window within the winamp application), you will get two entries (duplicated). So it seems to me that the bug is connected to how the drag drop code specifies the target window. Wine trace (WINEDEBUG=xdnd wine winamp.exe) last lines in wine 1.2x: ---------------------------- trace:xdnd:X11DRV_XDND_DropEvent trace:xdnd:X11DRV_XDND_SendDropFiles Sending WM_DROPFILES: hWnd(0x0x10056) 0x1356a4(L"E:\\x.mp3") trace:xdnd:X11DRV_XDND_FreeDragDropOp last lines in wine 1.3x: ---------------------------- trace:xdnd:X11DRV_XDND_DropEvent trace:xdnd:X11DRV_XDND_SendDropFiles Sending WM_DROPFILES: hWnd(0x0x101e0) 0x1abe6c(L"Z:\\home\\angel\\Desktop\\x.mp3") trace:xdnd:create_stream_from_map size 4096 trace:xdnd:XDNDDATAOBJECT_QueryGetData (0x68a29320, 0x7adbb4={.tymed=0x1, .dwAspect=1, .cfFormat=49326} trace:xdnd:XDNDDATAOBJECT_QueryGetData application didn't find UniformResourceLocator trace:xdnd:XDNDDATAOBJECT_QueryGetData (0x68a29320, 0x7adba0={.tymed=0x1, .dwAspect=1, .cfFormat=15} trace:xdnd:XDNDDATAOBJECT_QueryGetData application found CF_HDROP trace:xdnd:XDNDDATAOBJECT_GetData (0x68a29320, 0x7adba0, 0x7adbd8) trace:xdnd:XDNDDATAOBJECT_GetData application is looking for CF_HDROP trace:xdnd:XDNDDATAOBJECT_QueryGetData (0x68a29320, 0x7adba0={.tymed=0x1, .dwAspect=1, .cfFormat=15} trace:xdnd:XDNDDATAOBJECT_QueryGetData application found CF_HDROP trace:xdnd:X11DRV_XDND_DropEvent drop succeeded trace:xdnd:X11DRV_XDND_FreeDragDropOp It seems that with wine 1.3 new code for a better drag and drop functionality has been introduced. But also leading to a bug with duplicate entries. Maybe someone can fix this? Would be nice :-) -- 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 16

[Bug 31856] New: TextPad full screen view toggle broken
by wine-bugs＠winehq.org 21 Aug '15

21 Aug '15

http://bugs.winehq.org/show_bug.cgi?id=31856 Bug #: 31856 Summary: TextPad full screen view toggle broken Product: Wine Version: 1.5.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: zelotech(a)yahoo.de Classification: Unclassified When you shift within the Shareware Text Editor Textpad5 (which generally is excellent supported by Wine) to full screen view that works pretty well, however when you return from full screen view to the normal view the window header gets lost. Messages are not printed out. -- 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 5

[Bug 23650] New: PowerPoint 2007 insensitive to changes in screen resolution
by wine-bugs＠winehq.org 21 Aug '15

21 Aug '15

http://bugs.winehq.org/show_bug.cgi?id=23650 Summary: PowerPoint 2007 insensitive to changes in screen resolution Product: Wine Version: 1.2-rc6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: m.duelli(a)web.de For presentations, you usually have to change your screen to the right resolution such that the external monitor / projector can display your slides. However, I found that when you start PowerPoint 2007 using wine 1.2rc7 or more specifically the wine server before adopting the screen resolution, then PowerPoint or at least parts of it will stick to the former screen resolution. Steps to reproduce: 1. Start your computer with a certain screen resolution, say 1280x1024 2. Start up PowerPoint 2007 with wine. (Everything is fine, presentation mode works as expected) 3. Change screen resolution 4. Activate presentation mode -> The presentation will be rendered to fit in the old screen resolution and there is no way to change this. Possibly this also affects other applications. -- 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 6

[Bug 36163] New: valgrind shows an unitialized variable in programs/cmd/tests/batch.c
by wine-bugs＠winehq.org 21 Aug '15

21 Aug '15

https://bugs.winehq.org/show_bug.cgi?id=36163 Bug ID: 36163 Summary: valgrind shows an unitialized variable in programs/cmd/tests/batch.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==18147== Conditional jump or move depends on uninitialised value(s) ==18147== at 0x401B9C5: real_length (sortkey.c:329) ==18147== by 0x401B9E3: wine_compare_string (sortkey.c:338) ==18147== by 0x7B852F44: CompareStringEx (locale.c:3016) ==18147== by 0x7B852D0A: CompareStringW (locale.c:2979) ==18147== by 0x4B1D493: WCMD_setshow_default (builtins.c:3316) ==18147== by 0x4B281B6: WCMD_execute (wcmdmain.c:1487) ==18147== by 0x4B29F36: WCMD_process_commands (wcmdmain.c:2294) ==18147== by 0x4B130E0: WCMD_batch (batch.c:95) ==18147== by 0x4B27185: WCMD_run_program (wcmdmain.c:1187) ==18147== by 0x4B28467: WCMD_execute (wcmdmain.c:1618) ==18147== by 0x4B29F36: WCMD_process_commands (wcmdmain.c:2294) ==18147== by 0x4B2ADC4: wmain (wcmdmain.c:2590) ==18147== by 0x4B2B328: __wine_spec_exe_wentry (exe_wentry.c:36) ==18147== by 0x7B864247: ??? (process.c:1045) ==18147== by 0x7B864394: start_process (process.c:1097) ==18147== by 0x7BC87087: ??? (signal_i386.c:2571) ==18147== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==18147== by 0x7BC87065: ??? (signal_i386.c:2571) ==18147== by 0x7BC5A1C0: start_process (loader.c:2840) ==18147== by 0x401B03C: ??? (port.c:60) ==18147== Uninitialised value was created by a client request ==18147== at 0x7BC4C52C: mark_block_uninitialized (heap.c:209) ==18147== by 0x7BC4C697: initialize_block (heap.c:240) ==18147== by 0x7BC50FA3: RtlAllocateHeap (heap.c:1717) ==18147== by 0x4B2544E: heap_alloc (wcmdmain.c:444) ==18147== by 0x4B27671: WCMD_execute (wcmdmain.c:1310) ==18147== by 0x4B29F36: WCMD_process_commands (wcmdmain.c:2294) ==18147== by 0x4B130E0: WCMD_batch (batch.c:95) ==18147== by 0x4B27185: WCMD_run_program (wcmdmain.c:1187) ==18147== by 0x4B28467: WCMD_execute (wcmdmain.c:1618) ==18147== by 0x4B29F36: WCMD_process_commands (wcmdmain.c:2294) ==18147== by 0x4B2ADC4: wmain (wcmdmain.c:2590) ==18147== by 0x4B2B328: __wine_spec_exe_wentry (exe_wentry.c:36) ==18147== by 0x7B864247: ??? (process.c:1045) ==18147== by 0x7B864394: start_process (process.c:1097) ==18147== by 0x7BC87087: ??? (signal_i386.c:2571) ==18147== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==18147== by 0x7BC87065: ??? (signal_i386.c:2571) ==18147== by 0x7BC5A1C0: start_process (loader.c:2840) ==18147== by 0x401B03C: ??? (port.c:60) ==18147== -- 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 5

[Bug 25225] New: MPLAB: toolbars getting reorganised every time when the window minimized and restored in MPLAB
by wine-bugs＠winehq.org 21 Aug '15

21 Aug '15

http://bugs.winehq.org/show_bug.cgi?id=25225 Summary: MPLAB: toolbars getting reorganised every time when the window minimized and restored in MPLAB Product: Wine Version: 1.0.1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: theozo77(a)gmail.com Created an attachment (id=32026) --> (http://bugs.winehq.org/attachment.cgi?id=32026) Screenshots before minimize and after restore the window When the MPLAB minimized to the tray and restored, the toolbars organized into one row, will change to one toolbar per one row. So 3 toolbars will use 3 lines, while the horizontal position of their stays unchanged. The program is available here: http://ww1.microchip.com/downloads/en/DeviceDoc/MPLAB_IDE_v8_60.zip -- 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 38752] New: Foobar2000 UPnP/DLNA media server hangs on exit
by wine-bugs＠winehq.org 20 Aug '15

20 Aug '15

https://bugs.winehq.org/show_bug.cgi?id=38752 Bug ID: 38752 Summary: Foobar2000 UPnP/DLNA media server hangs on exit Product: Wine Version: 1.7.40 Hardware: x86 URL: http://www.foobar2000.org/download OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net CC: 00cpxxx(a)gmail.com Regression SHA1: 10f7265270f1ad4e4e1bfec6fb5f06e494d5f579 Distribution: SUSE Reported by a user on the forum, https://forum.winehq.org/viewtopic.php?f=8&t=24771&sid=5e3916fdef698de35fc4…. Setting version based on the regression test; this is still present in 1.7.45. Regression test results: 10f7265270f1ad4e4e1bfec6fb5f06e494d5f579 is the first bad commit commit 10f7265270f1ad4e4e1bfec6fb5f06e494d5f579 Author: Bruno Jesus <00cpxxx(a)gmail.com> Date: Sun Mar 29 00:53:48 2015 -0300 ws2_32: Do not poll unbound descriptors. :040000 040000 907503b73bae8c0caac8eb871aaa50fb92bbddde d4296816b35282b354acb47587f79b792e299ae7 M dlls The patch can't be reverted cleanly. To reproduce: Download and install Foobar2000 from http://www.foobar2000.org/getfile/bd5fb1d8fd4d0b0d9d8510b394f8723a/foobar20…. Download the UPnP/DLNA component from http://www.foobar2000.org/getcomponent/a770ee30b100186fc8e2fe243a383808/75d…. Install the plugin in Foobar2000 through File, Preferences, Components. Restart Foobar2000, and check (under Library) that the UPnP media server is started. If it isn't, start it. Try to exit Foobar2000. -- 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 9

[Bug 38441] New: valgrind shows a possible leak in comdlg32/itemdlg
by wine-bugs＠winehq.org 18 Aug '15

18 Aug '15

https://bugs.winehq.org/show_bug.cgi?id=38441 Bug ID: 38441 Summary: valgrind shows a possible leak in comdlg32/itemdlg Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: minor Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==6055== 8 bytes in 1 blocks are possibly lost in loss record 67 of 1,238 ==6055== at 0x7BC49E0E: notify_alloc (heap.c:254) ==6055== by 0x7BC4E044: RtlAllocateHeap (heap.c:1715) ==6055== by 0x7B842BF7: HeapAlloc (heap.c:271) ==6055== by 0x7B842E45: GlobalAlloc (heap.c:377) ==6055== by 0x4E70894: OLEClipbrd_Initialize (clipboard.c:1756) ==6055== by 0x4EA50F4: OleInitialize (ole2.c:214) ==6055== by 0x4883FA9: func_itemdlg (itemdlg.c:2264) ==6055== by 0x488711A: run_test (test.h:584) ==6055== by 0x4887554: main (test.h:666) ==6055== -- 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 2

[Bug 24601] New: L4D2: Client.dll always fails validation when verifying game cache.
by wine-bugs＠winehq.org 18 Aug '15

18 Aug '15

http://bugs.winehq.org/show_bug.cgi?id=24601 Summary: L4D2: Client.dll always fails validation when verifying game cache. Product: Wine Version: 1.3.4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winehq.org(a)eternaldusk.com Using the Steam "Verify Integrity of Game Cache" option produces the following in the GameValidation.log file: Starting validation of Left 4 Dead 2 Validation failure: w:\games\steam\steamapps\common\left 4 dead 2\left4dead2\bin\client.dll Validation complete: 24850 Total Files, 1 Failed Validation The file is then re-downloaded. Rerunning the check produces the same results. Deleting the file has no effect: it will be re-downloaded, and will fail the validation check the next time you run it. I noted that the message in the log showed "client.dll" as all lowercase, while the filename is actually "Client.dll". I tried creating a link, but it still failed the check. I tried renaming the DLL, and it still failed the check. The game is installed on a BtrFS partition. I'm using Kubuntu 10.10 (AMD64), kernel 2.6.35-22. -- 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 36941] New: Provide separate debug/symbol info files (.pdb) for 32-bit and 64-bit Wine-Gecko package (unstripped 32-bit 'xul.dll' too large to be mapped)
by wine-bugs＠winehq.org 18 Aug '15

18 Aug '15

https://bugs.winehq.org/show_bug.cgi?id=36941 Bug ID: 36941 Summary: Provide separate debug/symbol info files (.pdb) for 32-bit and 64-bit Wine-Gecko package (unstripped 32-bit 'xul.dll' too large to be mapped) Product: Wine-gecko Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wine-gecko-unknown Assignee: jacek(a)codeweavers.com Reporter: focht(a)gmx.net Hello folks, unstripped 32-bit Wine-Gecko binaries in "C:\\windows\\system32\\gecko\\2.24" (32-bit WINEPREFIX) or "C:\\windows\\syswow64\\gecko\\2.24" (64-bit WINEPREFIX) get overwritten each time Wine-Gecko is loaded. Download: http://sourceforge.net/projects/wine/files/Wine%20Gecko/2.24/wine_gecko-2.2… --- snip --- ... 0025:Call advapi32.RegOpenKeyW(80000002,7ccb1540 L"Software\\Wine\\MSHTML",0113be14) ret=7cc50ab7 0025:Ret advapi32.RegOpenKeyW() retval=00000000 ret=7cc50ab7 0025:Call advapi32.RegOpenKeyA(000000d8,7ccb0738 "2.24",0113bde0) ret=7cc509e2 0025:Ret advapi32.RegOpenKeyA() retval=00000000 ret=7cc509e2 0025:Call advapi32.RegQueryValueExW(000000e0,7ccb151e L"GeckoPath",00000000,0113bde8,0113be44,0113bde4) ret=7cc50a2a 0025:Ret advapi32.RegQueryValueExW() retval=00000000 ret=7cc50a2a 0025:Call advapi32.RegCloseKey(000000e0) ret=7cc50a43 0025:Ret advapi32.RegCloseKey() retval=00000000 ret=7cc50a43 0025:Call KERNEL32.CreateFileW(0113bb8c L"C:\\windows\\system32\\gecko\\2.24\\wine_gecko\\\\VERSION",80000000,00000001,00000000,00000003,00000080,00000000) ret=7cc50804 0025:Ret KERNEL32.CreateFileW() retval=000000e0 ret=7cc50804 0025:Call KERNEL32.ReadFile(000000e0,0113bb0c,00000080,0113bb08,00000000) ret=7cc50892 0025:Ret KERNEL32.ReadFile() retval=00000001 ret=7cc50892 0025:Call KERNEL32.CloseHandle(000000e0) ret=7cc508ae 0025:Ret KERNEL32.CloseHandle() retval=00000001 ret=7cc508ae 0025:Call KERNEL32.GetEnvironmentVariableW(7ccb1468 L"PATH",0113b8b0,00000104) ret=7cc4fbe0 0025:Ret KERNEL32.GetEnvironmentVariableW() retval=00000037 ret=7cc4fbe0 0025:Call KERNEL32.SetEnvironmentVariableW(7ccb1468 L"PATH",0113b8b0 L"C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem;C:\\windows\\system32\\gecko\\2.24\\wine_gecko\\") ret=7cc4fc3c 0025:Ret KERNEL32.SetEnvironmentVariableW() retval=00000001 ret=7cc4fc3c 0025:Call KERNEL32.SetEnvironmentVariableW(7ccb1480 L"XPCOM_DEBUG_BREAK",7ccb14a4 L"warn") ret=7cc4fc57 0025:Ret KERNEL32.SetEnvironmentVariableW() retval=00000001 ret=7cc4fc57 0025:Call KERNEL32.SetEnvironmentVariableW(7ccb14c0 L"NSPR_LOG_MODULES",0113b888 L"all:5") ret=7cc4fd25 0025:Ret KERNEL32.SetEnvironmentVariableW() retval=00000001 ret=7cc4fd25 0025:Call KERNEL32.LoadLibraryExW(0113bafc L"C:\\windows\\system32\\gecko\\2.24\\wine_gecko\\\\xul.dll",00000000,00000008) ret=7cc4fdf3 0025:Ret KERNEL32.LoadLibraryExW() retval=00000000 ret=7cc4fdf3 0025:Call advapi32.RegCloseKey(000000d8) ret=7cc50afe 0025:Ret advapi32.RegCloseKey() retval=00000000 ret=7cc50afe 0025:Call KERNEL32.GetSystemDirectoryW(0113bbb0,000000f7) ret=7cc4f9ec 0025:Ret KERNEL32.GetSystemDirectoryW() retval=00000013 ret=7cc4f9ec 0025:Call ntdll.RtlAllocateHeap(00110000,00000000,00000074) ret=7cc4e900 0025:Ret ntdll.RtlAllocateHeap() retval=001e0fb8 ret=7cc4e900 0025:Call KERNEL32.CreateProcessW(0113bbb0 L"C:\\windows\\system32\\control.exe",001e0fb8 L"C:\\windows\\system32\\control.exe appwiz.cpl install_gecko",00000000,00000000,00000000,00000000,00000000,00000000,0113bdb8,0113bdfc) ret=7cc4fb53 0025:trace:process:create_process_impl app L"C:\\windows\\system32\\control.exe" cmdline L"C:\\windows\\system32\\control.exe appwiz.cpl install_gecko" 0025:trace:process:open_exe_file looking for L"C:\\windows\\system32\\control.exe" 0025:trace:process:create_process_impl starting L"C:\\windows\\system32\\control.exe" as Win32 binary (0x10000000-0x10003000, arch 014c) 0025:trace:process:create_process_impl started process pid 0035 tid 0036 0025:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7cc4fb53 --- snip --- The huge size of unstripped 32-bit 'xul.dll' (1.7 GB) causes the failure to map the dll into 32-bit address space (load base: 0x69C40000). This causes the (re)installation which overwrites the debug version with the stripped release build. The Wine Gecko "Debug Info" section in Wiki seems also out of date: http://wiki.winehq.org/Gecko (paths are wrong and mentioned 'winetricks' recipe no longer valid) Regards -- 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 8

[Bug 16722] New: Virtual RC Racing crashes on startup
by wine-bugs＠winehq.org 16 Aug '15

16 Aug '15

http://bugs.winehq.org/show_bug.cgi?id=16722 Summary: Virtual RC Racing crashes on startup Product: Wine Version: 1.1.11 Platform: Other URL: http://www.virtualrc.com OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com https://answers.launchpad.net/ubuntu/+source/wine/+question/54580 complained that this game crashes on startup with access violation errors. Sure enough, it does. A log shows some urlmon calls right before the crash. "winetricks ie6" gets past this crash and on to a later crash/hang. -- 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 8