December 2016 - Wine-Bugs - list.winehq.org

[Bug 24046] New: Keypressing in shellview can result in infinite hang
by wine-bugs＠winehq.org Feb. 2, 2017

Feb. 2, 2017

http://bugs.winehq.org/show_bug.cgi?id=24046 Summary: Keypressing in shellview can result in infinite hang Product: Wine Version: 1.3.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com CC: bunglehead(a)gmail.com Forked off #18147 (In reply to comment #6) > Should be fixed by d57247ce396c4a71918fb9bc41b99a350063fdb2. Nikolay Your patch causes a regression. Pressing a key with shellview selected results in a hang if: - No file beginning with that key exists - There is no other selection -- 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 20399] New: Wine systematic crash running MPLAB 8.40
by wine-bugs＠winehq.org Feb. 2, 2017

Feb. 2, 2017

http://bugs.winehq.org/show_bug.cgi?id=20399 Summary: Wine systematic crash running MPLAB 8.40 Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tritemio(a)gmail.com Running MPLAB 8.40 under wine I have a crash selecting the "watch" item in the menu "View". I attached the last 1000 lines of export WINEDEBUG=+relay env WINEPREFIX="/home/anto/.wine" wine "C:\\Programmi\\Microchip\\MPLAB IDE\\Core\\MPLAB.exe" 2>&1 | tee winelog.txt The crash backtrace is at line 502. -- 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 29307] New: Word 2010 cannot open specific docx file with builtin msxml6
by wine-bugs＠winehq.org Feb. 2, 2017

Feb. 2, 2017

http://bugs.winehq.org/show_bug.cgi?id=29307 Bug #: 29307 Summary: Word 2010 cannot open specific docx file with builtin msxml6 Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dimesio(a)earthlink.net Depends on: 25494 Classification: Unclassified Created attachment 37899 --> http://bugs.winehq.org/attachment.cgi?id=37899 docx file that crashes Word 2010 with built-in msxml6 Opening per http://bugs.winehq.org/show_bug.cgi?id=25494#c16. I'm setting the Wine version to 1.3.9 and component to msxml3 based on that bug. I am attaching the problem docx file. When trying to open it, Word 2010 throws up an error message about msxml6 needing to be properly installed and then crashes. Word 2007 has no problem opening the same file. Native msxml6 works around 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 6

[Bug 25883] New: Stalker pripyat benchmark crashes with builtin msvcr80 on unimplemented function _sopen_s
by wine-bugs＠winehq.org Feb. 2, 2017

Feb. 2, 2017

http://bugs.winehq.org/show_bug.cgi?id=25883 Summary: Stalker pripyat benchmark crashes with builtin msvcr80 on unimplemented function _sopen_s Product: Wine Version: 1.3.12 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Stalker pripyat benchmark crashes on startup with msvcr80=b The log says wine: Call from 0x7b839483 to unimplemented function msvcr80.dll._sopen_s, aborting Only of interest to purists, since the game bundles msvcr80. -- 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 19826] New: .Net 2.0 Listview isn't updated properly and causes program to hang
by wine-bugs＠winehq.org Feb. 2, 2017

Feb. 2, 2017

http://bugs.winehq.org/show_bug.cgi?id=19826 Summary: .Net 2.0 Listview isn't updated properly and causes program to hang Product: Wine Version: 1.1.28 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.talkington(a)insightbb.com CC: bunglehead(a)gmail.com Created an attachment (id=23225) --> (http://bugs.winehq.org/attachment.cgi?id=23225) Commit e8846b7c78b008bbd5deb7d9f9c7a7793db32c68 A .NET program I use recently started to hang while it was populating it's listviews. I've run regression tests and determined that commit e8846b7c78b008bbd5deb7d9f9c7a7793db32c68 is the patch that causes the hangs. I have attached this patch as well. Reversing this patch in lasted git causes the program to function as expected. >From the looks of it, this may mean the program is written improperly. Unfortunately though, this DOES run as expected on windows so having the developer 'fix' it is not an option. Program: GamParse Download link: http://gambosoft.com/Pages/Downloads.htm Requirements: .Net 2.0 Description: This program reads in a log file generated from EverQuest (a MMORPG) and reports various statistics, mainly the DPS (damage) of various characters. I will also attach a small log file that can be used to test. Normal operation would be opening the log file from within the program, waiting for it to load and then selecting the various fights in the leftmost list and seeing the stats on the different tabs. Latest operation in git wine is the file never completes loading. -- 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 13

[Bug 17563] New: Crash when using TTM_GETTEXT + LPSTR_CALLBACK
by wine-bugs＠winehq.org Feb. 2, 2017

Feb. 2, 2017

http://bugs.winehq.org/show_bug.cgi?id=17563 Summary: Crash when using TTM_GETTEXT + LPSTR_CALLBACK Product: Wine Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: gamezelda2(a)gmail.com Created an attachment (id=19718) --> (http://bugs.winehq.org/attachment.cgi?id=19718) Test application: Pressing the button crashes the program under Wine (the text shows correctly if you go over the button). Source included. Any program crashes when the message TTM_GETTEXT is sent to a ToolTip that has lpszText set to LPSTR_CALLBACK. The problem seems to be in dlls/comctl32/tooltips.c, in the functions TOOLTIPS_GetTextA and TOOLTIPS_GetTextW. The crash happens when Wine tries to copy lpszText, which is 0xFFFFFFFF. Test application included. -- 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 15833] New: TreeView control don't save item's state
by wine-bugs＠winehq.org Feb. 2, 2017

Feb. 2, 2017

http://bugs.winehq.org/show_bug.cgi?id=15833 Summary: TreeView control don't save item's state Product: Wine Version: 1.1.7 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P1 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: iwarmouse(a)gmail.com Created an attachment (id=16963) --> (http://bugs.winehq.org/attachment.cgi?id=16963) patch that i offer to fix this bug Hi. BUG: TreeView sends TVS_GETDISPINFO notifycation. Main application catch it and change "mask","state" and "stateMask" in a TVITEM structure. After returning from message handler, item's state don't changed. TreeView don't save new item state in function TREEVIEW_UpdateDispInfo after calling TREEVIEW_SendRealNotify. This is Delphi code sample, TMyTreeView inherits from TCustomTreeView //----------------------------------------------------------------- procedure TMyTreeView.CNNotify(var Message: TWMNotify); var hNode: Integer; begin with Message do case NMHdr^.code of TVN_GETDISPINFO: with PTVDispInfo(NMHdr)^ do begin hNode := item.hItem; with PTVDispInfo(NMHdr)^.item do begin mask := mask or TVIF_STATE or TVIF_HANDLE; stateMask := stateMask or TVIS_STATEIMAGEMASK; state := (state and not TVIS_STATEIMAGEMASK) or UINT(IndexToStateImageMask(MyGetItemImageIndex(hNode))); end; end; end; inherited; end; //----------------------------------------------------------------- This's link to MSDN page, where described how it must work: http://msdn.microsoft.com/en-us/library/bb773456(VS.85).aspx I'm offer this patch (attached) to fix this bug. -- 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 23

[Bug 36311] New: valgrind shows some leaks in oledb32/tests/database.c
by wine-bugs＠winehq.org Feb. 2, 2017

Feb. 2, 2017

https://bugs.winehq.org/show_bug.cgi?id=36311 Bug ID: 36311 Summary: valgrind shows some leaks in oledb32/tests/database.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==7571== 12 bytes in 1 blocks are definitely lost in loss record 64 of 614 ==7571== at 0x7BC4C735: notify_alloc (heap.c:255) ==7571== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==7571== by 0x68108B7: heap_alloc (oledb_private.h:28) ==7571== by 0x68112E9: create_db_init (datainit.c:216) ==7571== by 0x6812097: datainit_GetDataSource (datainit.c:515) ==7571== by 0x497B6AA: test_GetDataSource (msdasc.h:554) ==7571== by 0x497BA54: test_database (database.c:122) ==7571== by 0x497DB9A: func_database (database.c:586) ==7571== by 0x497F65C: run_test (test.h:584) ==7571== by 0x497FA4B: main (test.h:654) ==7571== ==7671== 12 bytes in 1 blocks are definitely lost in loss record 66 of 614 ==7671== at 0x7BC4C735: notify_alloc (heap.c:255) ==7671== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==7671== by 0x68308B7: heap_alloc (oledb_private.h:28) ==7671== by 0x68312E9: create_db_init (datainit.c:216) ==7671== by 0x6832097: datainit_GetDataSource (datainit.c:515) ==7671== by 0x498C2CD: test_initializationstring (msdasc.h:554) ==7671== by 0x498DBA4: func_database (database.c:588) ==7671== by 0x498F65C: run_test (test.h:584) ==7671== by 0x498FA4B: main (test.h:654) ==7671== ==7571== 12 bytes in 1 blocks are definitely lost in loss record 65 of 614 ==7571== at 0x7BC4C735: notify_alloc (heap.c:255) ==7571== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==7571== by 0x68108B7: heap_alloc (oledb_private.h:28) ==7571== by 0x68112E9: create_db_init (datainit.c:216) ==7571== by 0x6812097: datainit_GetDataSource (datainit.c:515) ==7571== by 0x497B6AA: test_GetDataSource (msdasc.h:554) ==7571== by 0x497BA62: test_database (database.c:123) ==7571== by 0x497DB9A: func_database (database.c:586) ==7571== by 0x497F65C: run_test (test.h:584) ==7571== by 0x497FA4B: main (test.h:654) ==7571== -- 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 27331] New: kernel32.GetLocaleInfoA/W needs to be more strict about invalid LCTYPE values (Dirt3 installer shows language selection with empty strings)
by wine-bugs＠winehq.org Feb. 2, 2017

Feb. 2, 2017

http://bugs.winehq.org/show_bug.cgi?id=27331 Summary: kernel32.GetLocaleInfoA/W needs to be more strict about invalid LCTYPE values (Dirt3 installer shows language selection with empty strings) Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, encountered this while looking at "Dirt 3" game installer ... The installer enumerates install languages and builds a listbox filled with empty language strings. For whatever reason the installer calls kernel32.GetLocaleInfoA/W with LCTYPE 0x73 which seems to be invalid (didn't find any info in MSDN/PDK)? Wine doesn't validate these "holes" and returns success: --- snip --- 0009:trace:nls:GetLocaleInfoW (lcid=0x409,lctype=0x73,0x32ea04,256) 0009:trace:nls:GetLocaleInfoW (lcid=0x409,lctype=0x73,0x32ea04,256) returning 1 L"" 0009:trace:listbox:ListBoxWndProc_common [0x10068]: msg LB_ADDSTRING wp 00000000 lp 0032ee04 ... 0009:trace:listbox:LISTBOX_InsertString [0x10068]: added item 0 L"" 0009:trace:listbox:ListBoxWndProc_common [0x10068]: msg LB_SETITEMDATA wp 00000000 lp 00000409 --- snip --- http://source.winehq.org/git/wine.git/blob/HEAD:/include/winnls.h#l296 --- snip include/winnls.h --- 296 #define LOCALE_IREADINGLAYOUT 0x0070 297 #define LOCALE_INEUTRAL 0x0071 298 #define LOCALE_INEGATIVEPERCENT 0x0074 --- snip include/winnls.h --- If these holes are rejected (ERROR_INVALID_FLAGS), the installer gets it right and uses a proper way of retrieving language names: --- snip --- 0009:trace:nls:GetLocaleInfoW (lcid=0x409,lctype=0x4,0x32ea04,256) 0009:trace:nls:GetLocaleInfoW (lcid=0x409,lctype=0x4,0x32ea04,256) returning 8 L"English" 0009:trace:nls:GetLocaleInfoW (lcid=0x409,lctype=0x8,0x32ec04,256) 0009:trace:nls:GetLocaleInfoW (lcid=0x409,lctype=0x8,0x32ec04,256) returning 14 L"United States" 0009:trace:listbox:ListBoxWndProc_common [0x10068]: msg LB_ADDSTRING wp 00000000 lp 0032ee04 ... 0009:trace:listbox:LISTBOX_InsertString [0x10068]: added item 0 L"English (United States)" ... --- snip --- 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.

1 12

[Bug 27058] New: Protection ID: Text from 3rd column in protection report not displayed
by wine-bugs＠winehq.org Feb. 2, 2017

Feb. 2, 2017

http://bugs.winehq.org/show_bug.cgi?id=27058 Summary: Protection ID: Text from 3rd column in protection report not displayed Product: Wine Version: 1.3.19 Platform: x86-64 URL: http://pid.gamecopyworld.com/ProtectionID_v6.4.0.rar OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: asb(a)asbradbury.org Created an attachment (id=34490) --> (http://bugs.winehq.org/attachment.cgi?id=34490) shows lack of text in third column under wine After scanning a .exe in Protection ID (I'm using 6.4.0) it will add an entry to a table in the 'Protection Report'. Under wine, this is not rendered properly and the text from the third ('Protection') column is not displayed. I attached screenshots to show the difference on wine vs Win7, scanning the same file. To reproduce you just need to click 'Scan->Single file' then select a protected .exe (any .exe from a Steam game for instance), and then click the icon to show the protection report. There are no relevant complaints on the terminal output. I have confirmed this bug with wine 1.3.19 (from the ubuntu-wine ppa) and a self-built 1.2.3, using a fresh wineprefix. -- 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 14