https://bugs.winehq.org/show_bug.cgi?id=54643
Bug ID: 54643
Summary: the toolbar icon of filedialog is too small when using
the 4k display
Product: Wine
Version: 6.0.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: 34810581(a)qq.com
Distribution: ---
Created attachment 74173
--> https://bugs.winehq.org/attachment.cgi?id=74173
toolbar icon too small
the toolbar icon of filedialog is too small when using the 4k display
--
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=54475
Bug ID: 54475
Summary: Hardwar UIM6.0 crashes in 8.0, doesn't in 6.0.3
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nickmarko(a)gmail.com
Distribution: ---
Created attachment 74024
--> https://bugs.winehq.org/attachment.cgi?id=74024
debug output of crash
Ran in Virtual Desktop mode to test version F2.0, which has no windowed mode
option and won't display full screen but does display in the virtual desktop.
F2.0 gets past the loading screen and the game doesn't crash.
I updated Wine from 6.0.3 (the version that is in the default Ubuntu repos) to
8.0 from the official WineHQ repos for Ubuntu Jammy and now UIM6.0 crashes when
the loading bar reaches 100%.
I downgraded to 6.0.3 and UIM6.0 no longer crashed. I updated back to 8.0 and
UIM6.0 crashes again.
Terminal output running F2.0: https://pastebin.com/mfLVj3Xd
Terminal output installing and running UIM6.0: https://pastebin.com/mDHSzMyM
--
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=54628
Bug ID: 54628
Summary: Opening files in Microsoft Word/Excel/Office 2010
results in opening an empty document
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kle(a)bluewin.ch
Distribution: ---
When I double-click a MS Office file then Word/Excel/Office 2010 starts up with
an empty document. So the page/sheet is blank and it looks that the file
doesn't contains any data.
However, there is no problem with the documents, they are fine. Instead it
looks that there is a problem in the way how the files are opened. When the
corresponding Word/Excel/Office 2010 file is opened out from the program then
everything is okay and it is displayed correctly.
So this problem only happens when the Office 2010 file is opened by a double
click.
Long story short, there exist a trivial workaround by disabling the hardware
acceleration in Office 2010. Microsoft was so kind to provide the solution for
that problem here:
https://learn.microsoft.com/en-us/office/troubleshoot/excel/excel-opens-bla…
In the end it looks that this problem can happen in some circumstances also on
Windows. ;-)
For the record, this problem is present also on older Wine 7.x releases. So
this is not a new regression and I am unsure if this ever worked before.
(However, it took a while until I have found the workaround.)
--
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=7585
Jeff Zaroyko <jeffz(a)jeffz.name> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Status|NEW |RESOLVED
--- Comment #72 from Jeff Zaroyko <jeffz(a)jeffz.name> ---
Two reports that the issue is fixed. Resolving.
--
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=7585
mirh <mirh(a)protonmail.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mirh(a)protonmail.ch
--- Comment #71 from mirh <mirh(a)protonmail.ch> ---
Can be closed as per last comment.
--
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=4713
--- Comment #35 from temp82(a)luukku.com ---
still freezes wine 8.3.
--
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=54626
Bug ID: 54626
Summary: Saving files in Microsoft Word/Excel 2010 creates
useless shortcut files
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: kle(a)bluewin.ch
Distribution: ---
Here follows a new bug report regarding the problem observed in old bug report
15480.
It was told me that I should open a new bug report. ;-)
Okay, the issue regarding the creation of useless shortcut files is back in
Wine 8.0 (stable).
When I open a *.xlsx file at the desktop and save it (with the same name) to an
*.ods file then Excel 2010 will create two files. One is a *.lnk (which points
to the original xlsx) and the other is a shortcut regarding the ods file but
also with *.ods ending.
As mentioned, both of them are non-functional.
--
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=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.
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.
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.
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.
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.
https://bugs.winehq.org/show_bug.cgi?id=53501
Bug ID: 53501
Summary: Test Drive Unlimited not working
Product: Wine
Version: 7.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ds000001(a)outlook.de
Distribution: ---
Created attachment 72860
--> https://bugs.winehq.org/attachment.cgi?id=72860
Lutris and Wine
Hello,
I try to run Test Drive Unlimited DVD 1.66 version with Wine.
My system:
CPU: 3700X
GPU: 6700XT
RAM: 32 GB
Wine: 7.15 installed through pacman and using Lutris 0.5.10.1-2 for easier
management of all WINEPREFIX's
WINEPREFIX:
- 32 Bit and complete new
- Through winecfg set as Win XP
- No additional packages installed
- ESync, Fsync and DXVK not enabled
- Virtual window mode enabled with 1080p resolution, that way it is easier for
me to see, if something happens or not
- no additional modules installed with Winetricks
If I try to start the game, the configured Wine desktop appears, the disc drive
starts to spin and after that nothing happens.
Output from "lutris -d" and enabled diagnostics for the WINEPREFIX gave me the
output from
tdudebug1.txt.
Enabled debug with "WINEDEBUG=warn+all" and tried to start the game through the
wine command. Got the log tdudebug2.txt out of this.
Any ideas what I am doing wrong?
--
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=9221
Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |leslie_alistair(a)hotmail.com
--
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=54562
Bug ID: 54562
Summary: The 64-bit oleaut32:usrmarshal crashes in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The 64-bit oleaut32:usrmarshal crashes in Wine:
usrmarshal.c:572: Test marked todo: Unexpected refcount 4
Unhandled exception: page fault on read access to 0xffffffffffffffff in 64-bit
code (0x00000062138b51).
[...]
Backtrace:
=>0 0x00000062138b51 LPSAFEARRAY_UserUnmarshal+0xa1(pFlags=00000000009AFA10,
Buffer=0000000000ABA614, ppsa=0000000000AE24A0)
[Z:\home\winetest\tools\testbot\var\wine\dlls\oleaut32\usrmarshal.c:1073] in
oleaut32 (0x00000000000014)
1 0x000000621394c4 VARIANT_UserUnmarshal+0x454(pFlags=00000000009AFA10,
Buffer=0000000000ABA5D0, pvar=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\oleaut32\usrmarshal.c:575] in
oleaut32 (0x000000009af9b0)
2 0x0000000044f9e0 in oleaut32_test (+0x4f9e0) (0x000000009af928)
3 0x0000000045110b in oleaut32_test (+0x5110b) (0x00000000ab44b5)
4 0x0000000050d92b in oleaut32_test (+0x10d92b) (0x00000000ab44b5)
5 0x0000000050d187 in oleaut32_test (+0x10d187) (0000000000000000)
6 0x0000007b6293d9 BaseThreadInitThunk+0x9(unknown=<internal error>,
entry=<internal error>, arg=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\kernel32\thread.c:61] in kernel32
(0000000000000000)
7 0x00000170061143 __wine_pop_frame(entry=000000000050D120,
arg=00000000003F0000)
[Z:\home\winetest\tools\testbot\var\wine\include\wine\exception.h:277] in ntdll
(0000000000000000)
8 0x00000170061143 RtlUserThreadStart+0x83(entry=[<register RSP not
accessible in this frame>, arg=[<register RSP not accessible in this frame>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\ntdll\thread.c:295] in ntdll
(0000000000000000)
0x00000062138b51 LPSAFEARRAY_UserUnmarshal+0xa1
[Z:\home\winetest\tools\testbot\var\wine\dlls\oleaut32\usrmarshal.c:1073] in
oleaut32: cmpw (%rcx),%ax
1073 if(*ppsa && (*ppsa)->cDims==wiresa->cDims)
See https://test.winehq.org/data/patterns.html#oleaut32:usrmarshal
A bisect shows that this crash started with the commit below:
commit 27665f35e4da13bac1e4dd8948a65f484c9dadfa
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Sat Feb 11 09:43:30 2023 +0100
ntdll: Implement Low Fragmentation Heap frontend.
This implements the reduced fragmentation from the heap frontend, by
carving smaller blocks out of larger allocated blocks.
The super block and each sub-block are all flagged with BLOCK_FLAG_LFH.
The super-block (struct group) uses a standard struct block header, as
well as a list entry to be linked in free list, and a free bit map to
track free sub-blocks.
Sub-blocks reference their super block through the base_offset, instead
of the subheap, using the block size as radix.
--
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.