https://bugs.winehq.org/show_bug.cgi?id=54639
Bug ID: 54639
Summary: some wine libraries are too old for KDE Neon 5.27.2
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bugcoder(a)gmail.com
Distribution: ---
Some libraries like libjpeg-turbo8:386 are too old for install wine on KDE NEON
2.27
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52983
Bug ID: 52983
Summary: d3d8:device - test_wndproc() fails systematically on
Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d8:device - test_wndproc() fails systematically on Wine:
device.c:3212: Test failed: Expected message 0x3 for window 0, but didn't
receive it, i=49.
device.c:3359: Test failed: Expected message 0x3 for window 0x1, but didn't
receive it.
https://test.winehq.org/data/patterns.html#d3d8:device
As far as I can tell the missing "message 0x3 for window 0x1" is present every
time, while the one for "window 0" is only present most of the time but not
necessarily on the same iteration.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=33069
Bug #: 33069
Summary: Visual Basic 6 can't load any component
Product: Wine
Version: 1.5.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: german_ant_82(a)yahoo.com
Classification: Unclassified
Created attachment 43719
--> http://bugs.winehq.org/attachment.cgi?id=43719
Fixme errors list for the components that can't be loaded
Visual Basic comes with a set of preloaded standard components and a set of
loadable extra components. These extra components can't be loaded.
List of components that can't be loaded:
AxBrowser
Cdlg
Microsoft ADO Data Control 6.0 (OLEDB)
Microsoft Calendar Control 8.0
Microsoft Chart Control 6.0 (OLEDB)
Microsoft Comm Control 6.0
Microsoft Common Dialog Control 6.0
Microsoft Data Bound Grid Control 5.0 (SP3)
Microsoft Data Bound List Controls 6.0
Microsoft DataGrid Control 6.0 (OLEDB)
Microsoft DataList Controls 6.0 (OLEDB)
Microsoft DataRepeater Control 6.0 (OLEDB)
Microsoft FlexGrid Control 6.0
Microsoft Hierarchical FlexGrid Control 6.0 (OLEDB)
Microsoft Internet Transfer Control 6.0
Microsoft MAPI Controls 6.0
Microsoft Masked Edit Control 6.0
Microsoft Multimedia Control 6.0
Microsoft PictureClip Control 6.0
Microsoft RemoteData Control 6.0
Microsoft Rich Textbox Control 6.0
Microsoft Script Control 1.0
Microsoft SysInfo Control 6.0
Microsoft Tabbed Dialog Control 6.0
Microsoft Windows Common Controls 5.0 (SP2)
Microsoft Windows Common Controls 6.0
Microsoft Windows Common Controls-2 5.0 (SP2)
Microsoft Windows Common Controls-2 6.0
Microsoft Windows Common Controls-3 6.0
Microsoft Winsock Control 6.0
MSFlexGrid Wizard 6.0
Package and Deployment Wizard
VB6 Application Wizard
VB6 Data Form Wizard 6.0
VB6 MSChart Wizard 6.0
VisModelBrowser
--
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.
https://bugs.winehq.org/show_bug.cgi?id=54636
Bug ID: 54636
Summary: fusion:asmenum - test_enumerate() fails on Windows 11
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:asmenum - test_enumerate() fails on Windows 11:
asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.Ink,
Version=6.1.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.Interop.Security.AzRoles, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated: srmlib, Version=1.0.0.0,
Culture=neutral, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.Ink,
Version=6.1.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.Interop.Security.AzRoles, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated: srmlib, Version=1.0.0.0,
Culture=neutral, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.Ink.Resources,
Version=6.1.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.ManagementConsole, Version=3.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.ManagementConsole.Resources, Version=3.0.0.0, Culture=en,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.PowerShell.Commands.Diagnostics, Version=1.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.PowerShell.Commands.Diagnostics.Resources, Version=1.0.0.0,
Culture=en, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.PowerShell.Commands.Management, Version=1.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.PowerShell.Commands.Management.Resources, Version=1.0.0.0,
Culture=en, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.PowerShell.Commands.Utility, Version=1.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.PowerShell.Commands.Utility.Resources, Version=1.0.0.0, Culture=en,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.PowerShell.ConsoleHost, Version=1.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.PowerShell.ConsoleHost.Resources, Version=1.0.0.0, Culture=en,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.PowerShell.Security, Version=1.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.PowerShell.Security.Resources, Version=1.0.0.0, Culture=en,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.WSMan.Management, Version=1.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.WSMan.Management.Resources, Version=1.0.0.0, Culture=en,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.WSMan.Runtime,
Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated: MMCEx, Version=3.0.0.0,
Culture=neutral, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated: MMCEx.Resources,
Version=3.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated: MMCFxCommon,
Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated: MMCFxCommon.Resources,
Version=3.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
System.Management.Automation, Version=1.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
System.Management.Automation.Resources, Version=1.0.0.0, Culture=en,
PublicKeyToken=31bf3856ad364e35
See https://test.winehq.org/data/patterns.html#fusion:asmenum
Notes:
* Only the 32-bit fusion dll is available on Windows 11.
* On Windows 11 the dll was installed by running the dotnetfx-1.1.exe installer
[1] which is only available in 32-bit format.
* The fusion dll is entirely missing on all the Windows 8 and 10 VMs (the
32-bit version could be installed using the same process as on Windows 11).
* The 32-bit and 64-bit versions of this test succeed on the w7u and w7pro64
VMs.
* The 32-bit and 64-bit versions of this test succeed on the deprecated wxppro,
w2003std, wvista and wvistau64 VMs.
* See also bug 54610 for the fusion:asmcache crash.
[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.
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.
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.
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.
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.
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.
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.