August 2019 - Wine-Bugs - list.winehq.org

[Bug 47638] New: Newsleecher 8.0 Beta 1 - will not start with win7+dxgi enabled ( workaround as winxp)
by wine-bugs＠winehq.org Sept. 4, 2019

Sept. 4, 2019

https://bugs.winehq.org/show_bug.cgi?id=47638 Bug ID: 47638 Summary: Newsleecher 8.0 Beta 1 - will not start with win7+dxgi enabled (workaround as winxp) Product: Wine Version: 4.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bob.mt.wya(a)gmail.com Distribution: --- Created attachment 65073 --> https://bugs.winehq.org/attachment.cgi?id=65073 wine-vanilla-4.14_newsleecher_8_log.txt The application fails to start in Windows 7 mode, hanging on the splash screen (and segfaulting in the terminal). No backtrace is generated. Using the workarounds: winetricks winxp wine reg.exe ADD "HKEY_CURRENT_USER\Software\Wine\DllOverrides" "/v" "dxgi" "/t" "REG_SZ" "/d" "" enables the application to start normally. I haven't tested further, but it appears to run OK, with these workarounds. Both workarounds are necessary. The application attempts to load d3d10 / d3d11 libraries - although it only generates a regular 2D gui window. Debug log was generated with: export WINEDEBUG=+timestamp,+tid,+loaddll,+module,+seh,+wgl,+d3d,+d3d10,+d3d10core,+d3d11,+dxgi -- 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 47674] New: Changing current system locale for non-Unicode programs ( Maktabah Shamela - arabic language not showing properly)
by wine-bugs＠winehq.org Sept. 4, 2019

Sept. 4, 2019

https://bugs.winehq.org/show_bug.cgi?id=47674 Bug ID: 47674 Summary: Changing current system locale for non-Unicode programs (Maktabah Shamela - arabic language not showing properly) Product: Wine Version: 1.8.6 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: svet6ma(a)gmail.com Created attachment 65127 --> https://bugs.winehq.org/attachment.cgi?id=65127 normal Greeting you. Im using MacOS High Sierra. Second day.. I have installed Wine 1.8.6 (then tried 4.0.1) I need this for executing program named Maktabah Shamela which is also in your appDB: https://appdb.winehq.org/objectManager.php?sClass=application&iId=19409 APP Launched with NO Problems. BUT. It doesn't recognize arabic letters properly. So you can look there in detailed informations about application (click 3.64) there are test results. You can see Workarounds for application there: ______________________________ First of all, to get it display Arabic language properly, follow the instructions here : https://abuhirr.wordpress.com/2013/12/20/syamilah/ Notice that you may have to uncomment the line "ar_SA.UTF-8" in you /etc/locale.gen and to run "sudo locale-gen".) Run "winetricks wsh57 vcrun6". _______________________________ So. These workarounds as I understand all for linux/ubuntu. But I cant do it on my Mac. Generally this application has problem with unicode. In WINDOWS it requires changing current language for non-unicode programs to Arabic (Saudi Arabia). So that UTF-8 will read properly. I have tried many ways to configure this. winetricks - allfonts / corefonts; DOS > intl.cp configuration to ar-SA; registry> machine/system/currentcontrolset/control/nls/locale.. or codepage.. or USER/control panel/international/local.. tried to ad .ttf files manually; changed safari/view/unicode/ to utf-8 and etc.. forget how much. Working about more than 10 hours. Nothing WORKS. I will add the proper view of app, and the one is in my Wine/MacOS. Any ideas? -- 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 47012] New: Photoshop Installer crashes after showing blank window
by wine-bugs＠winehq.org Sept. 2, 2019

Sept. 2, 2019

https://bugs.winehq.org/show_bug.cgi?id=47012 Bug ID: 47012 Summary: Photoshop Installer crashes after showing blank window Product: Wine Version: 4.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: funtimeschaos(a)rocketmail.com Distribution: --- Created attachment 64171 --> https://bugs.winehq.org/attachment.cgi?id=64171 wine4.5-staging output According to the AppDB it is a known problem that PS cannot be installed and a complete installation needs to be copied from elsewhere, but couldn't find a bug report on the matter attached to the app or anything that looks like a dupe, so I'll submit this one. Tested with 4.5 staging. Logs attached. -- 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 19182] New: Allow to completely disable MIME-type and application integration
by wine-bugs＠winehq.org Sept. 1, 2019

Sept. 1, 2019

http://bugs.winehq.org/show_bug.cgi?id=19182 Summary: Allow to completely disable MIME-type and application integration Product: Wine Version: 1.1.25 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: diafero(a)arcor.de Note: I could not find a component "winemenubilder" which is why I selected "-unknown". It would be great to have a way to tell wine not to create a whole bunch of files across the .config and .local directories. I don't want any mime-type which is registered by a windows application run through wine to reflect on my system - if I really want to use wine to open a certain filetype (which never happened so far) I will do that manually. Nor do I want all the unnecessary start menu entries to be added to my KDE menu - they end up in the wrong category anyway. I like to have the control of creating these entries myself. For the menu it worked fine to simply remove the "Wine" menu directory with the menu editor. The annoying files still got created, but they were ignored. However now wine started to spam my mime directory, too, and it constantly re-creates the files in there - a really annoying behaviour. This not only leads to the danger of me accidentally starting wine without wanting to do so, it also drives some applications crazy (for example the KDE screenshot application no longer recognizes ".jpg" to be a JPEG extension since wine added .jfif). I understand that many people want wine to just magically integrate into their Linux environment, but there are also people like me who switched to Linux because they like to have control, and Windows often prefers its own preferences over the user's. Wine should really not bring that to Linux, or it will get as annoying as Windows is. If I could not patch wine myself to no longer create these files, I had no way to stop all these mime types from being added, no configuration panel to remove them, nothing. I do not even know which of my many WINEPREFIXes created the files. -- 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 102

[Bug 46723] New: Kholat stucks and shows a black screen instead of playing video
by wine-bugs＠winehq.org Aug. 31, 2019

Aug. 31, 2019

https://bugs.winehq.org/show_bug.cgi?id=46723 Bug ID: 46723 Summary: Kholat stucks and shows a black screen instead of playing video Product: Wine Version: 4.2 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- fixme:mfplat:mfeventqueue_BeginGetEvent 0x6ef6c20, 0x80ca320, (nil) fixme:mfplat:mfsourceresolver_CreateObjectFromURL (0x6ef8b60)->(L"../../../Kholat/Content/Movies/Startup.mp4", 0x1, (nil), 0x241fb2c, 0x241fb28): stub fixme:mfplat:mfsession_Close (0x6ef6540) Disabling mfplat is a workaround. wine-4.2-195-gf784cabd34 -- 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 47610] New: No Man' s Sky Crashes to Desktop after ~20 minutes starting with wine-4.11 ( Staging)
by wine-bugs＠winehq.org Aug. 31, 2019

Aug. 31, 2019

https://bugs.winehq.org/show_bug.cgi?id=47610 Bug ID: 47610 Summary: No Man's Sky Crashes to Desktop after ~20 minutes starting with wine-4.11 (Staging) Product: Wine Version: 4.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winebugz(a)kbrm.net Distribution: --- Created attachment 65037 --> https://bugs.winehq.org/attachment.cgi?id=65037 Winedbg failure dialog Affected Wine: 4.11-4.13 Staging WINEPREFIX: Windows 7 (64-bit) OpSys: Debian GNU/Linux 9.9 (stretch) Display: NVIDIA Corporation GK104 [GeForce GTX 670] (rev a1) Video Driver: nvidia-driver 418.74-1~bpo9+1 DXVK: 1.3.2 OR uninstalled (does not seem to affect symptom) No Man's Sky [Steam X.XX] [NMS BildID: 3397908] crashes to desktop randomly anytime after 20-30 minutes of surface exploration or every time inter-planet flight is attempted. Winedbg does not catch or record crash. Uncertain what the trigger event is, but Traveling in Ship to any other in-system planet will always trigger the crash. But will also happen randomly in-game after the 20-minute mark. Absolutely reproducible for me by loading saved game - launching ship - fly towards closest planet. Game will crash just after launch, or mid-flight, or even as the pulse engines shut off pre-landing - but always - cannot get to surface of destination planet. Issue does not occur in 4.10 Staging - with that version installed I can play for multiple hours (2+ hrs on last run) without any issues. Debug steps so far: Used Steam verify game files function - no issues found Deleted contents of Shader Cache and forced game to re-update (known crash issue) Verified my CPU supports sse4_1 (known crash issue) Un-installed DXVK fron WINEPREFIX - no change in behavior in any version of wine after 4.10 staging [4.10 + DXVK = OK] Downgraded wine (Staging) in steps from 4.13 down to 4.10 - running "wineboot -u" each time before testing Problem goes away in 4.10 Staging - occurs in everything above that Cannot seem to get winedbg to capture output - followed the instructions here: https://wiki.winehq.org/Winedbg - Got winedbg attached to the NME.exe wpid and game was running, when it crashed "in flight" and all I got was: "Process of pid=011c has terminated" Wine-dbg>bt You must be attached to a process to run this command. Not sure what else to include since wine is not trapping this crash? Willing to try anything to test/resolve as downgrading to 4.10 breaks all of my Blizzard games. -- 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 47684] New: Pressing CTRL+F in regedit & entering text will not enter anything in the input box
by wine-bugs＠winehq.org Aug. 31, 2019

Aug. 31, 2019

https://bugs.winehq.org/show_bug.cgi?id=47684 Bug ID: 47684 Summary: Pressing CTRL+F in regedit & entering text will not enter anything in the input box Product: Wine Version: 4.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: madebr(a)gmail.com Distribution: --- When wanting to find a string in the hive by pressing CTRL+F and start entering the text, nothing appears in the input box. I expect the entered text to appear in the input box. How to reproduce: 1. Start regedit (`wine regedit`) 2. Press CTRL+F 3. Enter your text This works: 1. Start regedit (`wine regedit`) 2. Press CTRL+F 3. Hover with your mouse inside (or outside) the find window 4. Enter your text So it appears some -- 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 1

[Bug 34830] New: rpcrt4:cstub fails and crashes on Windows 8
by wine-bugs＠winehq.org Aug. 30, 2019

Aug. 30, 2019

http://bugs.winehq.org/show_bug.cgi?id=34830 Bug #: 34830 Summary: rpcrt4:cstub fails and crashes on Windows 8 Product: Wine Version: 1.7.5 Platform: x86 OS/Version: Windows Status: NEW Severity: normal Priority: P2 Component: rpc AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified The rpcrt4:cstub conformance test has a number of test failures and crashes on Windows 8: cstub.c:519: Test failed: QueryInterfacevtbl 1 not updated 776C2F4B 76085EBB cstub.c:520: Test failed: AddRefvtbl 1 not updated 776BF425 76085ECE cstub.c:524: Test failed: Invokevtbl 1 not updated 776BF839 7607CC41 cstub.c:525: Test failed: IsIIDSupportedvtbl 1 not updated 776CF314 76102697 cstub.c:527: Test failed: DebugServerQueryInterfacevtbl 1 not updated 776CF2ED 76102671 cstub.c:528: Test failed: DebugServerReleasevtbl 1 not updated 776C767F 76102684 cstub.c:530: Test failed: QueryInterfacevtbl 2 not updated 776C2F4B 76085EBB cstub.c:531: Test failed: AddRefvtbl 2 not updated 776BF425 76085ECE cstub.c:533: Test failed: Connectvtbl 2 not updated 776CF28C 7610264B cstub.c:534: Test failed: Disconnectvtbl 2 not updated 776BF0D3 7607CC1B cstub.c:535: Test failed: Invokevtbl 2 not updated 776BF839 7607CC41 cstub.c:536: Test failed: IsIIDSupportedvtbl 2 not updated 776CF314 76102697 cstub.c:537: Test failed: CountRefsvtbl 2 not updated 776CF2D2 7610265E cstub.c:538: Test failed: DebugServerQueryInterfacevtbl 2 not updated 776CF2ED 76102671 cstub.c:539: Test failed: DebugServerReleasevtbl 2 not updated 776C767F 76102684 cstub.c:541: Test failed: QueryInterfacevtbl 3 not updated 776C2F4B 76085EBB cstub.c:542: Test failed: AddRefvtbl 3 not updated 776BF425 76085ECE cstub.c:546: Test failed: Invokevtbl 3 not updated 776BF839 7607CC41 cstub.c:547: Test failed: IsIIDSupportedvtbl 3 not updated 776CF314 76102697 cstub.c:549: Test failed: DebugServerQueryInterfacevtbl 3 not updated 776CF2ED 76102671 cstub.c:550: Test failed: DebugServerReleasevtbl 3 not updated 776C767F 76102684 cstub.c:564: Test failed: wrong proxy 1 func 0 776BF1AA/76080EFB cstub.c:565: Test failed: wrong proxy 1 func 1 776BF4CB/7607CC2E cstub.c:566: Test failed: wrong proxy 1 func 2 776BF16A/7607CBF5 cstub.c:584: Test failed: wrong proxy 3 func 0 776BF1AA/76080EFB cstub.c:585: Test failed: wrong proxy 3 func 1 776BF4CB/7607CC2E cstub.c:586: Test failed: wrong proxy 3 func 2 776BF16A/7607CBF5 cstub.c:755: this is the last test seen before the exception cstub: unhandled exception c0000005 at 775CB76F The crash happens in this call of create_proxy_test(): create_proxy_test( ppsf, &IID_if2, if2_proxy_vtbl.Vtbl ); -- 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 9

[Bug 47050] New: typedef'd anonymous structs typedef' d names are not used in interface methods
by wine-bugs＠winehq.org Aug. 30, 2019

Aug. 30, 2019

https://bugs.winehq.org/show_bug.cgi?id=47050 Bug ID: 47050 Summary: typedef'd anonymous structs typedef'd names are not used in interface methods Product: Wine Version: 4.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: richard(a)torproject.org Distribution: --- The widl (and midl) tool generate a unique name for anonymous structs, but midl also includes the typedef'd name and uses it for interface methods. With the following struct definition: typedef struct { long data; } Bar; widl function signatures like this: void _stdcall doBaz([in] __WIDL_TypedefBug_generated_name_00000000* b); while midl generates this: void _stdcall doBaz([in] Bar* b); min-repro: https://github.com/pospeselr/mingw-widl-bug/tree/typedef_bug Includes tlb generated by widl 4.5 and midl 8.01.0622 -- 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 43387] New: valgrind shows several definite leaks in dlls/ windowscodecs/tests/metadata.c
by wine-bugs＠winehq.org Aug. 30, 2019

Aug. 30, 2019

https://bugs.winehq.org/show_bug.cgi?id=43387 Bug ID: 43387 Summary: valgrind shows several definite leaks in dlls/windowscodecs/tests/metadata.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: windowscodecs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ==2263== 16 bytes in 1 blocks are definitely lost in loss record 116 of 603 ==2263== at 0x7BC51061: notify_alloc (heap.c:254) ==2263== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==2263== by 0x4BBB1B1: MetadataQueryReader_CreateInstance (metadataquery.c:624) ==2263== by 0x4BBAE68: mqr_GetMetadataByName (metadataquery.c:540) ==2263== by 0x4A3A786: IWICMetadataQueryReader_GetMetadataByName (wincodec.h:1605) ==2263== by 0x4A3A786: test_metadata_gif (???:0) ==2263== by 0x4A40077: func_metadata (metadata.c:3077) ==2263== by 0x4A51AF9: run_test (test.h:603) ==2263== by 0x4A51F58: main (test.h:687) ==2263== ==2263== 64 bytes in 4 blocks are definitely lost in loss record 300 of 603 ==2263== at 0x7BC51061: notify_alloc (heap.c:254) ==2263== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==2263== by 0x4BBB1B1: MetadataQueryReader_CreateInstance (metadataquery.c:624) ==2263== by 0x4BBAE68: mqr_GetMetadataByName (metadataquery.c:540) ==2263== by 0x4A3F47F: IWICMetadataQueryReader_GetMetadataByName (wincodec.h:1605) ==2263== by 0x4A3F47F: test_queryreader (???:0) ==2263== by 0x4A4003B: func_metadata (metadata.c:3065) ==2263== by 0x4A51AF9: run_test (test.h:603) ==2263== by 0x4A51F58: main (test.h:687) ==2263== ==2263== 212 bytes in 1 blocks are definitely lost in loss record 446 of 603 ==2263== at 0x7BC51061: notify_alloc (heap.c:254) ==2263== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==2263== by 0x7B44A252: HeapAlloc (heap.c:271) ==2263== by 0x7B44A53F: GlobalAlloc (heap.c:389) ==2263== by 0x4A3040D: create_stream (metadata.c:208) ==2263== by 0x4A3768B: test_metadata_gif (metadata.c:1340) ==2263== by 0x4A40077: func_metadata (metadata.c:3077) ==2263== by 0x4A51AF9: run_test (test.h:603) ==2263== by 0x4A51F58: main (test.h:687) ==2263== -- 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