wine-bugs March 2023

wine-bugs@winehq.org

1 participants
3387 discussions

[Bug 54610] New: fusion:asmcache - 32-bit calls to InstallAssembly(..., NULL) crash on Windows
by WineHQ Bugzilla 06 Mar '23

06 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54610 Bug ID: 54610 Summary: fusion:asmcache - 32-bit calls to InstallAssembly(..., NULL) crash on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: fusion Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com fusion:asmcache - 32-bit calls to InstallAssembly(..., NULL) crash on Windows: asmcache.c:846: this is the last test seen before the exception 19e4:asmcache: unhandled exception c0000005 at 0095C478 See https://test.winehq.org/data/patterns.html#fusion:asmcache The crash only happens in the 32-bit w11pro64 tests which represents 100% of the cases where the test actually runs: * The only VM that has the needed fusion dll is w11pro64. * The dll was installed by running the dotnetfx-1.1.exe installer [1] which is only available in 32-bit format. Thus only the 32-bit dll is available and the 64-bit test is skipped. The crash happens in the following call: hr = IAssemblyCache_InstallAssembly(cache, 0, L"wine.dll", NULL); But skipping this call just moves the crash to the next InstallAssembly() call. It's not clear whether the crash is caused by the NULL RefData pointer: the crash still happens if I pass a non-NULL but pretty empty FUSION_INSTALL_REFERENCE structure (in particular szNonCannonicalData == NULL). [1] https://wiki.winehq.org/Wine_TestBot_VMs#fusion.2C_msvcr71 -- 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 41013] New: Sourceinsight: the 'Window' menu click no response
by wine-bugs＠winehq.org 06 Mar '23

06 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=41013 Bug ID: 41013 Summary: Sourceinsight: the 'Window' menu click no response Product: Wine Version: 1.8.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: robert.hu(a)intel.com Distribution: --- Created attachment 55180 --> https://bugs.winehq.org/attachment.cgi?id=55180 'Window' menu list jump to top left The menu of 'Window' click has no responses. But other menu can work. My workaround is to click its adjacent menu item then arrow key to move to 'Window' menu. But even so, it appears to left top of the window. See attachment. -- 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 2

[Bug 23064] New: Sourceinsight: no response clicking menu, untill firstly right-click in main window area
by wine-bugs＠winehq.org 06 Mar '23

06 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=23064 Summary: Sourceinsight: no response clicking menu, untill firstly right-click in main window area Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dwwwww(a)hotmail.com OS: RHEL 4 Wine, 1.2-rc2 Open sourceinsight, click the menus, no response. But it works after right click in main window area. -- 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 54632] New: advapi32:registry causes scrobj:scrobj to crash when run without elevated privileges on Windows 8
by WineHQ Bugzilla 06 Mar '23

06 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54632 Bug ID: 54632 Summary: advapi32:registry causes scrobj:scrobj to crash when run without elevated privileges on Windows 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: scrobj Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com advapi32:registry causes scrobj:scrobj to crash when run without elevated privileges on Windows 8: scrobj.c:767: Test failed: DllInstall failed: 80004005 scrobj.c:771: Test failed: RegQueryValueA failed: 2 scrobj.c:771: Test failed: Unexpected value "F", expected "WineTest object" scrobj.c:772: Test failed: RegQueryValueA failed: 2 scrobj.c:772: Test failed: Unexpected value "F", expected "*\scrobj.dll" scrobj.c:773: Test failed: RegQueryValueA failed: 2 scrobj.c:773: Test failed: Unexpected value "F", expected "WineTest.1.23" scrobj.c:774: Test failed: RegQueryValueA failed: 2 scrobj.c:774: Test failed: Unexpected value "F", expected "WineTest" scrobj.c:804: Test failed: Could not get class factory: 80040154 scrobj.c:804: this is the last test seen before the exception 0dbc:scrobj: unhandled exception c0000005 at 00403A9A See https://test.winehq.org/data/patterns.html#scrobj:scrobj This crash does not happen when running scrobj:scrobj on its own. I determined that the source of interference is advapi32:registry. It is the combination of test_reg_open_key() and test_classesroot() in registry.c that causes the crash. More specifically this call in test_classesroot(): res = RegCreateKeyExA( HKEY_LOCAL_MACHINE, "Software\\Classes\\WineTestCls", 0, NULL, REG_OPTION_NON_VOLATILE, KEY_ALL_ACCESS, NULL, &hklm, NULL ); -- 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 50281] New: fsync patch for wine 6.0-rc1 (without staging)
by WineHQ Bugzilla 06 Mar '23

06 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=50281 Bug ID: 50281 Summary: fsync patch for wine 6.0-rc1 (without staging) Product: Wine Version: 6.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: michael.scott(a)quest-arts.co.uk Distribution: --- Created attachment 68830 --> https://bugs.winehq.org/attachment.cgi?id=68830 fsync patch that applies to vanilla wine 6.0-rc1 I have created a new fsync patch that can apply directly to wine 6.0-rc1 without needing esync from staging. I have tested this patch applied to the latest wine sources (6.0-rc1) as of 7th December 2020 using Star Citizen 3.11. I have included it here for you to review for your convenience to review whether to include it in a future wine version. Current testing from myself and others in the Star Citizen LUG org when using fsync enabled wine and kernels are resulting in a much smoother experience. -- 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 27

[Bug 54631] New: msi:package causes wscript.exe:run to time out when run without elevated privileges on Windows 8
by WineHQ Bugzilla 06 Mar '23

06 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54631 Bug ID: 54631 Summary: msi:package causes wscript.exe:run to time out when run without elevated privileges on Windows 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: wscript Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com msi:package causes wscript.exe:run to time out when run without elevated privileges on Windows 8: wscript.exe:run start programs/wscript/tests/run.c run.c:400: running RUN.JS test... wscript.exe:run:026c done (258) in 120s 35B See https://test.winehq.org/data/patterns.html#wscript.exe:run This timeout does not happen when running wscript.exe:run on its own. I determined that the source of interference is msi:package and that the timeout is caused by a Windows prompt: Script: C:\Users\winetest\Documents\tests\test.JS Line: 19 Error: Automation server can't create object Code: 800A01AD Source: Microsoft JScript runtime error The timeout happens when waiting for the child process in run_script_file() in run.c. That makes sense: the child process is stuck displaying the Windows prompt: WaitForSingleObject(pi.hProcess, INFINITE); And the timeout is caused by the combination of test_appsearch() and test_complocator() in package.c: remove either of those two and the timeout does not happen anymore. More specifically, if leaving test_appsearch() unmodified, any call to set_component_path() in test_complocator() triggers the timeout, because of this call: RegCreateKeyExA(HKEY_LOCAL_MACHINE, prodpath, 0, NULL, 0, access, NULL, &hkey, NULL); Note that creating the comppath key does not cause the wscript.exe:run timeout. -- 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 54604] New: improved file browser
by WineHQ Bugzilla 05 Mar '23

05 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54604 Bug ID: 54604 Summary: improved file browser Product: Wine-staging Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gizmo_1979(a)yahoo.it CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 74135 --> https://bugs.winehq.org/attachment.cgi?id=74135 file browser it would be handy if the completion of the names if you type in the file name field was implemented in the file open window called by the programs as it happens in any system more modern than windows 95... -- 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 54620] New: advapi32:registry causes mshtml:htmldoc to time out when run without elevated privileges on Windows 8
by WineHQ Bugzilla 05 Mar '23

05 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54620 Bug ID: 54620 Summary: advapi32:registry causes mshtml:htmldoc to time out when run without elevated privileges on Windows 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com advapi32:registry causes mshtml:htmldoc to time out when run without elevated privileges on Windows 8: htmldoc.c:6220: put_href L"about:replace"... htmldoc.c:6503: open... htmldoc.c:6503: open... mshtml:htmldoc:0744 done (258) in 120s 899B See https://test.winehq.org/data/patterns.html#mshtml:htmldoc This timeout does not happen when running mshtml:htmldoc on its own. I determined that the source of interference is advapi32:registry and that the timeout is caused by a UAC prompt: A website wants to open web content using this program on your computer. This program will open outside of Protected mode. Internet Explorer's Protected mode helps protect your computer. If you do not trust this website, do not open this program. Name: Microsoft Edge Publisher: Microsoft Corporation This happens in the IHTMLWindow2_open() call in test_open_window() in htmldoc.c: hres = IHTMLWindow2_open(window, url, name, NULL, VARIANT_FALSE, &new_window); So this issue is very similar to the ieframe:ie one described in bug 54613. -- 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 15480] New: Saving files in Word/Excel creates useless .lnk files
by wine-bugs＠winehq.org 04 Mar '23

04 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=15480 Summary: Saving files in Word/Excel creates useless .lnk files Product: Wine Version: 1.1.5 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew(a)etc.gen.nz Hi, In Word and Excel 2003 when we save files then a .lnk file is created in the same directory as the source file. These files are useless for two reasons: 1) They're in the same directory as the original .doc or .xls files which have Word and Excel associated with them respectively. 2) On a standard Debian Lenny machine running Gnome the .lnk files aren't recognised by any apps and won't cause Word or Excel to run. I've searched around the place to see if we can turn this "feature" off, but haven't found anything. Is this possible? If not, could this please be added. -- 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 31

[Bug 54141] New: console: pressing ctrl+4 in any console application terminates it
by WineHQ Bugzilla 04 Mar '23

04 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54141 Bug ID: 54141 Summary: console: pressing ctrl+4 in any console application terminates it Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: taviso(a)gmail.com Distribution: --- Reproduce: $ wine cmd.exe Z:\home\taviso> [Now press Ctrl+4] I think all of the Ctrl+Number keys don't work (oddly, except Ctrl+2), but Ctrl+4 is especially annoying because it immediately terminates the application. I was trying to use a Windows console application, but didn't have much luck because of the missing keybindings. -- 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 17

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs March 2023