https://bugs.winehq.org/show_bug.cgi?id=5989
--- Comment #16 from Ken Sharp <imwellcushtymelike(a)gmail.com> ---
In Wine 7.9, running "w2kexcp.exe /u" starts the uninstall program but that
ends up hanging.
00fc:fixme:advpack:set_ldids Need to support changing paths - default will be
used
Trying via "wine uninstaller" only offers a repair option - uninstall is greyed
out.
The cause has shifted multiple times since this bug was opened. Shall we close
this and start fresh? The original …
[View More]unimplemented function(s) are now
implemented.
https://source.winehq.org/git/wine.git/commit/134c03b3bea0a33cd898b7974d164…
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51658
Bug ID: 51658
Summary: Error trying to install Office 2010 x64
Product: Wine
Version: 6.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: josephmore.elec(a)gmail.com
Distribution: ---
Created attachment 70526
--> https://…
[View More]bugs.winehq.org/attachment.cgi?id=70526
Setup console output
It has been known for some time that it is not possible to install any version
of Microsoft Office x64.
However, in the latest wine-staging (6.15), despite the fact that this
impossibility is repeated, the error is different.
The error in the stable version occurs when the rpc package is received
incorrectly as it appears in the output console when executing the trial
installation.
045c:err:rpc:I_RpcReceive we got fault packet with status 0xc004f012
014c:err:msi:execute_script Execution of script 0 halted; action
L"[BVFQ888GGK3R8XMXWDPR3RVCG\0080\0080\008017\0080sl.RAC.GENERIC.PRIVATE\008077u/PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0idXRmLTgiPz48cjpsaWNlbnNlIHhtbG5zOnI9InVybjptcGVnOm1wZWcyMToyMDAzOjAxLVJFTC1SLU5TIiBsaWNlbnNlSWQ9Ins1ZjcxMzBmOC0xN2Y0LTQ3MzUtOGZkOS05ODI3MmU3ZmQ1ZTV9IiB4bWxuczpzeD0idXJuOm"...
returned 1603
014c:err:msi:ITERATE_Actions Execution halted, action L"InstallExecute"
returned 1603
However in the staging version the error ocurred is different but probably also
related to rpc or wmi.
0390:err:ntlm:ntlm_LsaApInitializePackage no NTLM support, expect problems
0390:fixme:rpc:RpcBindingSetAuthInfoExW unsupported AuthnSvc 10
0390:fixme:rpc:RpcBindingSetAuthInfoExW unsupported AuthnSvc 10
0120:err:msi:execute_script Execution of script 0 halted; action L"[C:\\Program
Files\\Common Files\\Microsoft
Shared\\OfficeSoftwareProtectionPlatform\\OSPPOBJS.DLL|C:\\Program
Files\\Common Files\\Microsoft
Shared\\OfficeSoftwareProtectionPlatform\\osppobjs-spp-plugin-manifest-signed.xrm-ms<=>S-1-5-21-0-0-0-1000<=>{90140000-003D-0000-1000-0000000FF1CE}"...
returned 1603
0120:err:msi:ITERATE_Actions Execution halted, action L"InstallExecute"
returned 1603
In both test prefixes winetricks scripts dotnet2sp2 corefonts gdiplus were
executed.
Additionally, manually, the files corresponding to the riched20 and wsh57
scripts were manipulated (files extracted from the installation of Windows XP
x64 and the updates KB955360-v4, KB2892075, KB3050945 and KB3068368)
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52848
Bug ID: 52848
Summary: Mavis Beacon Teaches Typing 15: Typed characters not
spaced correctly
Product: Wine-staging
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zargulthewizard(a)outlook.com
…
[View More] CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 72245
--> https://bugs.winehq.org/attachment.cgi?id=72245
video showing the problem
When typing in a lesson of MBTT 15, the typed characters are not lining up with
the "copy these" characters above them: The spacing between characters is often
too large, and they end up out of alignment.
I am sorry that I could not provide logs. I tried, but I could not get the
command right: It just output a blank text file.
If you need a log, please provide the appropriate command to generate it. My
current command is:
$ env WINEDEBUG=+xrandr+x11settings+system
WINEPREFIX="/home/steve/.local/share/wineprefixes/MV_TT_15" wine
"/home/steve/.local/share/wineprefixes/MV_TT_15/drive_c/Program
Files/Broderbund/Mavis Beacon Teaches Typing 15/Mavis15.exe" >
wine_mavis_log.txt
PS: I just realized that my attempt at getting logs via the tee command may
have been improperly formatted. I'll try again.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=53065
Bug ID: 53065
Summary: Crash Nmea0183Tester
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joel.plantard(a)orange.fr
Distribution: ---
Created attachment 72468
--> https://bugs.winehq.org/…
[View More]attachment.cgi?id=72468
NMEA0183Tester23 + backtrace
Crash application Nmea0183Tester.exe
test OK this version of Nmea0183Tester.exe on PC 32 bits with windows vista
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=53067
Bug ID: 53067
Summary: Plutonium (Call of Duty - Black Ops 2 custom MP) won't
run
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gab.pulcio(a)gmail.com
Distribution: ---
…
[View More]Created attachment 72472
--> https://bugs.winehq.org/attachment.cgi?id=72472
Plutonium error
https://forum.plutonium.pw/topic/9652/plutonium-bo2-waw-linux-tutorial
This is the official guide, which doesn't work, plus I don't want to use
Lutris.
Still, I think it's important to fix it so other applications will benefit from
it.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=40365
Bug ID: 40365
Summary: D3DRM error with the game "Fighting Steel"
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: e.courtial30(a)gmail.com
Distribution: ---
Created attachment 54052
--&…
[View More]gt; https://bugs.winehq.org/attachment.cgi?id=54052
back traces
Hi
When I try to run the game "Fighting Steel", it starts but crashes almost
immediately.
The hardware checkup done by the game doesn't throw errors.
This is a game using the Direct3D Retained Mode.
I am running Wine on Ubuntu 15.
Back traces are joined to this message.
Regards
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=53062
Bug ID: 53062
Summary: Improve software components also for using “GPU Caps
Viewer 1.55”
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Markus.Elfring(a)web.de
Distribution: -…
[View More]--
Created attachment 72463
--> https://bugs.winehq.org/attachment.cgi?id=72463
screenshot for a questionable information display
I have tried the tool “GPU Caps Viewer 1.55” out again together with the
software “Wine 7.9-1455.11”.
Markus_Elfring@Sonne:/home/altes_Heim2/elfring/geladen/Freeware/GPU_Caps_Viewer>
wine GPU_Caps_Viewer.exe
00c4:err:ntoskrnl:ZwLoadDriver failed to create driver
L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\SecDrv": c0000142
003c:fixme:service:scmdatabase_autostart_services Auto-start service L"SecDrv"
failed to start: 1114
0024:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0024:fixme:imm:ImeSetActiveContext (0028DB38, 1): stub
0024:fixme:imm:ImmReleaseContext (0001004E, 0028DB38): stub
007c:fixme:imm:ImeSetActiveContext (000000000005ABE0, 0): stub
007c:fixme:imm:ImmReleaseContext (0000000000010020, 000000000005ABE0): stub
0024:err:vulkan:wine_vkCreateInstance Failed to create instance, res=-9
0024:err:wgl:X11DRV_WineGL_InitOpenglInfo couldn't initialize OpenGL, expect
problems
0024:err:wgl:set_pixel_format Invalid format 0
0024:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFA, 0148FE98
See also:
* https://appdb.winehq.org/objectManager.php?sClass=application&iId=17257
* https://bugs.winehq.org/show_bug.cgi?id=52882#c9
How will the chances evolve to fix remaining open issues?
Under which circumstances will the display become complete for this system
information tool?
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=43045
Bug ID: 43045
Summary: Mendeley plugin for MS Word 2010: error to any action
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hiperdesign.hg(a)gmail.com
Distribution: ---
Created …
[View More]attachment 58206
--> https://bugs.winehq.org/attachment.cgi?id=58206
wine186_output_mendeley_word_plugin_20170517
This issue was already reported some years ago as bug 32315, but it was closed
without an actual fix.
To sum up: I can successfully install MS Office, Mendeley and the Mendeley Word
plugin, but if I click on "References" in Word, I get the following as a
"Microsoft Visual Basic" error:
Run-time error 429: ActiveX component can't create object.
Then, if I click on anything in the Mendeley Cite-O-Matic section, I get the
following as a "Mendeley Word Plugin Problem" (notice the different headers):
ActiveX component can't create object ( 429) in MendeleyPlugin. For more help,
visit http://support.mendeley.com
This essentially renders the complete Word plugin unusable.
I have experienced this error in Wine 1.8.6 as well as 2.8, while in bug 32315
the same error (although with slightly different wine output) was reported for
versions 1.7.x
I attach the wine output as well. (First two lines were output during clicking
"References", last three while clicking "Insert citation".)
Thank you in advance if you decide to look into this, currently this is the
only thing that keeps me from using Wine.
Config:
openSUSE 42.1
Wine 1.8.6 (with vcrun6, wsh57 and corefonts installed, version set to Windows
7) or Wine 2.8
MS Office 2010 (32bit)
Mendeley 1.17.9 (download here:
https://www.mendeley.com/download-mendeley-desktop/, install word plugin with
Tools/Install MS Word Plugin)
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=7198
--- Comment #15 from Ken Sharp <imwellcushtymelike(a)gmail.com> ---
No change in Wine 7.9
--
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=48100
Bug ID: 48100
Summary: Rebelbetting quietly exits after a random amount of
time
Product: Wine
Version: 4.19
Hardware: x86-64
URL: http://rebelbetting.com/files/RebelBettingSetup.exe
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
Assignee: …
[View More]wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 65660
--> https://bugs.winehq.org/attachment.cgi?id=65660
Wine 4.19 console output
Rebelbetting, with dotnet45, runs fairly well for a number of hours, before
giving up. The length of time is random but it has usually been running for a
number of hours before it does so.
The last few lines being:
00c0:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub
00c0:fixme:advapi:ReportEventW
(0xcafe4242,0x0001,0x0000,0x00000402,(nil),0x0001,0x00000000,0x7f2ed888,(nil)):
stub
00c0:err:eventlog:ReportEventW L"Application: RebelBetting.exe\nFramework
Version: v4.0.30319\nDescription: The process was terminated due to an
unhandled exception.\nException Info: exception code c0000005, exception
address 7BC88E8D\n"
00c0:fixme:advapi:DeregisterEventSource (0xcafe4242) stub
wine: Unhandled page fault on write access to 00000180 at address 7BC88E8D
(thread 00c0), starting debugger...
00c0:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr
0x7124de44
I have no idea how to get a proper backtrace anymore.
Starting the application again works fine, so it's more of an annoyance than
anything.
Runs continuously without any problems under Win 8.1.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=28669
Bug #: 28669
Summary: SlingPlayer 2.0.4 fails to connect
Product: Wine
Version: 1.3.30
Platform: x86-64
URL: http://download.slingmedia.com/player/pc/SlingPlayer_2
.0.4522_Setup-Global.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
…
[View More]AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Blocks: 18556, 23082
Classification: Unclassified
Created attachment 36845
--> http://bugs.winehq.org/attachment.cgi?id=36845
wine-1.3.30-45-ga843ace console output
SlingPlayer 2.0.4 cannot connect to the Slingbox, despite the native quartz.dll
workaround for bug 18556. There isn't anything to give a clue in the console
output.
The Slingplayer reports "There was a problem communicating with the Slingbox.
Please try connecting again."
Tried native qcap but it makes no difference.
Wireshark shows that the Slingplayer and the Slingbox do exchange data before
failing, but it is not clear what that data is. Slingplayer 1.5 can stream
(but has problems with sound).
This never happened before, but I went back to Wine 1.2.3 and the same problem
occurs. Perhaps something has changed in the Slingplayer (which updates itself
during install) or in Ubuntu that is affecting this app.
Will keep looking.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=18556
Summary: Slingplayer 2.0 fails to connect to Slingbox
Product: Wine
Version: 1.1.21
Platform: PC
URL: http://download.slingmedia.com/player/pc/SP2/SlingPlay
er-2.0.3508-Setup-EMEA.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
…
[View More]ReportedBy: kennybobs(a)o2.co.uk
Created an attachment (id=21217)
--> (http://bugs.winehq.org/attachment.cgi?id=21217)
wine-1.1.21-316-g8f33420 +quartz (ignore HTML errors)
Slingplayer 2.0 throws up an error message when trying to connect to the
Slingbox and refuses to connect.
"Operation failed with unknown error.
(Context: 0, Operation: 0, Error: 0x80040207)"
To get this far, "winetricks dotnet20 gdiplus urlmon wme9" is required.
Workaround is native quartz.dll.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=9154
Benjamin Legendre <legendre.benjamin(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |legendre.benjamin(a)gmail.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=53018
Bug ID: 53018
Summary: Foxit Editor crashes
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dezdigado(a)yahoo.com
Distribution: ---
Created attachment 72385
--> https://bugs.winehq.org/…
[View More]attachment.cgi?id=72385
Foxit editor log when crashing on edit object
The editor works when editing text, numbers etc.. when double clicking to edit
object, picture or whatever it crashes
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52859
Bug ID: 52859
Summary: Call of Duty: Ghosts has an issue with terrain
rendering
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created …
[View More]attachment 72258
--> https://bugs.winehq.org/attachment.cgi?id=72258
example
With setting "Terrain Detail" option to Normal or Extra
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1006 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_context_gl_reacquire Acquired context 0000000011013CA0
instead of 000000001E91E3D0.
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1010 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1014 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1018 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1000 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1004 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1128 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1018 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1004 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1128 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1154 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1133 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1128 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1006 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1014 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1018 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1004 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1000 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1154 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1023 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1032 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1045 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1136 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1139 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1058 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1166 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1143 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1062 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1067 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1072 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1124 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1168 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1077 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1081 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1085 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1158 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1130 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1146 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1090 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1058 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1062 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1162 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1093 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1149 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1172 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1101 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1103 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElements".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1104 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glUseProgram(program 1108 not linked)".
0504:err:d3d:wined3d_debug_callback 0000000011013CA0: "GL_INVALID_OPERATION in
glDrawElementsInstanced".
wine-7.6-324-gd141e354568
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52891
Bug ID: 52891
Summary: RutonyChat
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jon9097(a)gmail.com
Distribution: ---
Created attachment 72284
--> https://bugs.winehq.org/attachment.cgi?…
[View More]id=72284
Log
RutonyChat does not work properly. This is a useful program that I really need.
I don't know how to get its log properly. Because it only runs through steam. I
attach the log I was able to get with the command:
steam &> /disks/D/imLEGR/Test/RutonyChat_log.txt
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=53050
Bug ID: 53050
Summary: Horizon Zero Dawn Crashes with DXVK enabled
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blue-t(a)web.de
Distribution: ---
Created attachment 72446
--> https://…
[View More]bugs.winehq.org/attachment.cgi?id=72446
Logfile
To get this game started i installed MFC140 via winetricks and to get the
directX Rendering of the ground i used DXVK 1.10.1
Unfortunately the game still crashes.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=53044
Bug ID: 53044
Summary: Some Games will not start
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: slayersnet2012(a)gmail.com
Distribution: ---
Games crash with this error
For Example: Atlantis.…
[View More]exe (Reflexive Arcade)
0024:err:virtual:virtual_setup_exception stack overflow 888 bytes in thread
0024 addr 0x7bc5469a stack 0x6d0c88 (0x6d0000-0x6d1000-0x7d0000)
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=53006
Bug ID: 53006
Summary: Carmageddon 2 crash on launch
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: legendre.benjamin(a)gmail.com
Distribution: ---
Created attachment 72375
--> https://bugs.…
[View More]winehq.org/attachment.cgi?id=72375
execution logs
Carmageddon 2 crash on launch with wine 7.7 (and maybe older ones as i have not
tried this game for a long time):
0608:fixme:vxd:__wine_vxd_open Unknown/unsupported VxD L"siwvid.vxd". Try
setting Windows version to 'nt40' or 'win31'.
0608:fixme:vxd:__wine_vxd_open Unknown/unsupported VxD L"ntice.vxd". Try
setting Windows version to 'nt40' or 'win31'.
wine: Unhandled page fault on read access to 64284CEE at address 0040D81C
(thread 0608), starting debugger...
0610:fixme:imm:ImeSetActiveContext (0x141960, 1): stub
0610:fixme:imm:ImmReleaseContext (0016004E, 00141960): stub
Unhandled exception: page fault on read access to 0x64284cee in 32-bit code
(0x0040d81c).
See attachment for full log with register dump.
winearch: win32 / version: win98.
Some additional notes:
- Tried as well with a cue/bin image of the Europe version of the game i found
on archive.org (using cdemu) with same results.
- Tried to change to winnt/win3x/winxp, but the game complains it is not
compatible with theses versions.
- The beta version demo does works though. But this version could be hardly
compared to original official release as it seems very different from the
original game. The demo can be found here:
<https://archive.org/details/Carmageddon2CarpocalypseNowDemo>.
I suspect a bug sitting around the copy protection. This game is protected with
SafeDisc 1.00.026. Just stumb upon this old 2008 closed bug which seems to
describe the same issue:
<https://forum.winehq.org/viewtopic.php?t=2830>. But since 2008 there have been
a lot of improvment related to copy protection support and now Wine support
Safedisc 1.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=53046
Bug ID: 53046
Summary: upgrading from WINE 5.0.3 to 7.0, winecfg throws
several missing components errors
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tkocou(a)protonmail.com
…
[View More] Distribution: ---
Created attachment 72438
--> https://bugs.winehq.org/attachment.cgi?id=72438
A capture of the error messages about missing DLL components
I attempted to upgrade the WINE from 5.0.3 to WINEHQ Stable 7.0. When I ran
"winecfg" after the upgrade, it complained about missing DLL components. This
same situation occurred after installing WINEHQ development version 7.9.
Regressing to version 5.0.3 eliminated the missing DLL errors.
During the installation of HQ stable, I copied the missing DLLs to WINE.
"winecfg" stopped sending errors about missing DLL and complained about not
being able to run "wineboot.exe"
I regressed WINE to 5.0.3 for now.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=23569
Summary: Certain keyboard keys don't work in Wine when using
VNC
Product: Wine
Version: 1.2-rc6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: WillWill56(a)gmail.com
Bug: While connected to a computer via VNC, certain keys …
[View More]that work perfectly
fine in native programs on the remote computer are not picked up in Wine
programs on the remote computer.
Example: Holding shift and pressing the keys 1234567890 in gedit produces
"!@#$%^&*()", but typing the same into Wine Notepad produces "12345678",
showing that the shift key and curved brackets are not getting from VNC to
Wine.
Speculation: Keys should be sent VNC Client --> VNC Server --> Wine, but
somewhere along the line the process is broken. But when keys are sent VNC
Client --> VNC Server --> Generic GNOME App it works fine.
Reproduction: The VNC Client is RealVNC on Windows XP SP3, and the VNC Server
is x11vnc on Ubuntu 10.04 (previously tried Ubuntu's built in VNC server, same
bug occured) (this may not matter, but try an Ubuntu -> Ubuntu VNC connection
and see if the bug occurs). Try holding shift and typing capital text, curved
brackets, symbols etc into a simple Wine app like Notepad running on the Ubuntu
computer, then try typing the same into a simple GNOME app like gedit.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=53048
Bug ID: 53048
Summary: red dead redemption 2
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jon9097(a)gmail.com
Distribution: ---
Created attachment 72441
--> https://bugs.winehq.org/…
[View More]attachment.cgi?id=72441
Log
The game won't start. Launching through the "rockstar games launcher". The game
just won't start. I'm attaching the logs of the following actions:
1) WINEPREFIX=/disks/G/Games/RDR2/ wine "/disks/G/Games/RDR2/drive_c/Program
Files/Rockstar Games/Launcher/Launcher.exe" &>
/disks/D/imLEGR/Test/logs/rdr2.txt
2) The rockstar games launcher opens. In it I launch "red dead redemption 2" it
does not start, then try again.
The most annoying thing is that my friend has exactly the same computer and
system (everything is exactly the same as mine). Only he uses a pirated version
of the game and it all works fine. But I have a license and nothing works.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=53036
Bug ID: 53036
Summary: PC_Connect .exe app not launching.
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: srkrishnan1989(a)gmail.com
Distribution: ---
Created attachment 72403
--> https://…
[View More]bugs.winehq.org/attachment.cgi?id=72403
backtrace.txt file and error
error screen
PC_Connect3.2.6.03110_release.exe app download link is
https://connect.oppo.com/en-US ,
error popup,
I have included backtrace.txt file
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=53030
Bug ID: 53030
Summary: I tried to open an app, and got this error log back,
which told me to report here (and did not open the
app). the app was Jurassic world on steam
Product: Wine
Version: 0.9.3.
Hardware: arm
OS: Mac OS X
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
…
[View More] Assignee: wine-bugs(a)winehq.org
Reporter: halls-manga-0j(a)icloud.com
Created attachment 72401
--> https://bugs.winehq.org/attachment.cgi?id=72401
Some seemingly gibberish that the Wine app gave me when it failed to load an
app
I am not sure what happened, I opened Jurassic world evolution through steam on
crossover, I have an M1 Max Mac, and the app failed to load, and wine gave me
an error message and told me to report it here, saying that it was an error
caused that could not have happened on a windows machine. so I decided to
report it as I was told to. (also I didn't know what the severity options
meant, like they should be more specific, as in is it talking about the
severity of the bug to my machine or to wine as a whole? and how severe is
critical vs blocker?)
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=53043
Bug ID: 53043
Summary: DA:Inquisition - Wrong color in game with OpenGL
renderer
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
…
[View More]Created attachment 72429
--> https://bugs.winehq.org/attachment.cgi?id=72429
screenshot with OpenGL renderer
Hi,
Since the game crashes at launch with vulkan renderer, i tried it with OpenGL.
The game work but there are some glitches in-game as you can see in the
screenshot (sword, shield, iron boots)
I compress the +d3d,+d3d11,+dxgi log (~9Gb), i'll post the mediafire link later
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=53021
Bug ID: 53021
Summary: ChemDraw 21.0 crashes on use of the Page Setup button
Product: Wine
Version: 7.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: florian.schreiner(a)protonmail.com
Distribution: ---
Created …
[View More]attachment 72392
--> https://bugs.winehq.org/attachment.cgi?id=72392
Stacktrace of the crash
If run in a fresh, unmodified wine prefix, ChemDraw will install correctly
using a workaround but won't run. To remediate this gdiplus was installed via
winetricks. After that all basic functionality is restored and ChemDraw can be
used for simple 2D editing. On use of the page setup button ChemDraw crashes.
Steps to reproduce:
1. Download ChemDraw and extract the 32-bit .msi from the .exe
3. Install gdiplus using 'winetricks gdiplus'
3. Install the .msi using 'msiexec -i
PerkinElmer_ChemOffice_Suite_2021_21.0.0.msi'
4. Open ChemDraw and use the page setup button
Expected behavior:
A dialog opens and paper size can be set.
Actual behavior:
When the 'page setup' button is clicked, ChemDraw will crash (most of the
times, especially if not run for the first time and a stylesheet is used) with
the stacktrace indicating that comdlg32 is at fault (more precisely
comdlg32\printdlg.c:3179).
Additional info:
This behavior can be observed using 64- and 32-bit prefixes.
Wine was installed from the winehq-staging package, version 7.8-staging.
System info:
OS: Kubuntu 22.04
Kernel Version: 5.15.0-30-generic
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=53041
Bug ID: 53041
Summary: Foxit Editor 2.2 installer crashes
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
* Assertion at /vagrant/mono/mono/metadata/object.c:4677,…
[View More] condition `is_ok
(error)' not met, function:prepare_run_main, Could not load type of field '.:'
(0) due to: Could not resolve type with token 01000001 from typeref (expected
class 'GenericSetup.Program' in assembly 'GenericSetu
p, Version=6.91.0.0, Culture=neutral, PublicKeyToken=null')
assembly:GenericSetup, Version=6.91.0.0, Culture=neutral, PublicKeyToken=null
type:GenericSetup.Program member:(null)
assembly:C:\users\fabian\Temp\7zS02002E5C\GenericSetup.exe type: member:(null)
Alternative is extraction with 7z.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=53040
Bug ID: 53040
Summary: Chemdraw 21.0 installation crashes on clicking install
Product: Wine
Version: 7.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: florian.schreiner(a)protonmail.com
Distribution: ---
Created …
[View More]attachment 72416
--> https://bugs.winehq.org/attachment.cgi?id=72416
Error message
Steps to replicate the issue:
1. WINEARCH=win32 winetricks vb6run
2. wine cos21.0.0.exe
3. accept the license agreement, click to the final dialog, click install
Expected behavior:
The application will be installed
Actual behavior:
After a few seconds a second dialog box with an error message appears reading:
"""
Run-time error '35601'
Element not found
"""
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=3548
winetaste(a)gmx.net changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |winetaste(a)gmx.net
--
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=53039
Bug ID: 53039
Summary: WineFile cannot be opened on Windows 11 Pro
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: njlyf2011(a)hotmail.com
Distribution: ---
Created attachment 72413
--…
[View More]> https://bugs.winehq.org/attachment.cgi?id=72413
winefile window
Its window does not correspond when opened.
This happens with the winfile program in ReactOS and Wine.
OS: Windows 11 Pro Builld 22621
Resolution: 2880*1800
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=49910
Bug ID: 49910
Summary: Heroes of Might and Magic 3 crashes on startup
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: elk_aide(a)startmail.com
Distribution: ---
Created attachment 68278
--> …
[View More]https://bugs.winehq.org/attachment.cgi?id=68278
console log for Heroes3 crash
Running Debian bullseye with the package
wine/testing,testing,now 5.0-4
Heroes 3 Complete from GOG.com
(This crash does not happen with the 'h3hota HD.exe' shipped with the Horn of
the Abyss mod http://heroescommunity.com/viewthread.php3?TID=39830)
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=20459
Summary: Fallen Earth updater does not start
Product: Wine
Version: 1.1.32
Platform: PC
URL: http://www.fallenearth.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: l_bratch(a)yahoo.co.uk
Created an attachment (id=24327)
--> (http://…
[View More]bugs.winehq.org/attachment.cgi?id=24327)
Terminal output
The installer for this game works fine, but the built in updater required to
play does not start. Terminal output attached.
The terminal output doesn't have any backtrace, but there is a message back
produced which says:
A fatal error occured in Fallen Earth Updater and it needs to close!
[EXCEPTION_ACCESS_VIOLATION @ 0x7D97DF1D]
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=42401
Bug ID: 42401
Summary: cscript.exe has no help
Product: Wine-gecko
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gecko-unknown
Assignee: jacek(a)codeweavers.com
Reporter: kolan_n(a)mail.ru
Distribution: ---
cscript.exe /?
outputs nothing
--
Do …
[View More]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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=17973
Summary: explorer: Spaces in desktop title on CLI cause both
wrong window title and command
Product: Wine
Version: 1.1.13
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: shacklein(a)gmail.com
When using the form:
$ wine …
[View More]explorer /desktop=Title,WxH program.exe
Title currently cannot contain spaces. Example:
$ wine explorer /desktop=My\ Program,800x600 myprogram.exe
This correctly detects the size 800x600 for the virtual desktop, but it sets
the title of the window to "My" and tries to run "Program" as the command line.
I've submitted a patch to wine-patches that fixes this problem (and afaik,
doesn't introduce any new ones), though I'm not sure if it's really "neat"
enough.
http://www.winehq.org/pipermail/wine-patches/2009-March/070776.html
So far, I've had no feedback about it. At the least, I'd like to be told why
it's not suitable for inclusion, or if there's any cleaning up I need to do to
it :)
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=53025
Bug ID: 53025
Summary: Port Royale 4 crashes with
IDXGISwapChain4_CheckColorSpaceSupport
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution:…
[View More] ---
Created attachment 72397
--> https://bugs.winehq.org/attachment.cgi?id=72397
IDXGISwapChain4_CheckColorSpaceSupport backtrace -
Hello,
I bought Port Royale 4 on GoG and when i try to launch it with OpenGL/Vulkan
renderer, the game crashes.
I have a backtrace about dxgi error as you can see in the attached file.
No issue with DXVK.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=46008
Bug ID: 46008
Summary: Support CUDA 10.0 compiled apps like new mfaktc v0.21
binary..
Product: Wine-staging
Version: 3.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rtfss1(a)gmail.com
CC: …
[View More]leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 62580
--> https://bugs.winehq.org/attachment.cgi?id=62580
output
Hi,
just downloaded new mfaktc binary compiled with CUDA10 which adds support for
new Nvidia Turing GPUs like RTX 2080..
from here:
https://www.mersenneforum.org/mfaktc/mfaktc-0.21/mfaktc-0.21.win.cuda100.zip
the app is a "simple" command line app so it should work OK with wine if it
wasn't compiled with new CUDA10..
on Windows works ok but using latest Wine-Staging 3.18 (as staging is still
required for CUDA support right?) no..
the app isn't detecting runtime version OK:
CUDA runtime version 13697.32
CUDA driver version 10.0
ERROR: CUDA runtime version must match the CUDA toolkit version used during
compile!
full log 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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=3548
mirh <mirh(a)protonmail.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mirh(a)protonmail.ch
--
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=53024
Bug ID: 53024
Summary: wine-7.9 build fails in x86_64 Ubuntu 22.04
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: dimesio(a)earthlink.net
Distribution: ---
Created attachment 72396
--> https:/…
[View More]/bugs.winehq.org/attachment.cgi?id=72396
OBS log for x86_64 Ubuntu 22.04 build failure
The build succeeded in i586 but failed in x86_64 Ubuntu 22.04. Builds for all
other Ubuntu versions succeeded.
[ 564s] /usr/bin/x86_64-w64-mingw32-dlltool: failed to open temporary tail
file: winmm_dll_t.o: No such file or directory
[ 564s] tools/winebuild/winebuild -b x86_64-w64-mingw32 -w --implib -o
dlls/usp10/libusp10.cross.a --export dlls/usp10/usp10.spec
[ 564s] winebuild: /usr/bin/x86_64-w64-mingw32-dlltool failed with status 1
[ 564s] make[1]: *** [Makefile:139207: dlls/winmm/libwinmm.delay.a] Error 1
[ 564s] make[1]: *** Waiting for unfinished jobs....
[ 565s] make[1]: Leaving directory '/usr/src/packages/BUILD'
[ 565s] dh_auto_build: error: make -j8 returned exit code 2
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=53023
Bug ID: 53023
Summary: MinecraftInstaller
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jon9097(a)gmail.com
Distribution: ---
Created attachment 72394
--> https://bugs.winehq.org/…
[View More]attachment.cgi?id=72394
Log
The Minecraft Installer doesn't work. It won't start. I'm attaching the logs.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52188
Bug ID: 52188
Summary: Could not load file or assembly
'Windows.Foundation.UniversalApiContract
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: julianhoyos94(a)gmail.com
…
[View More]Distribution: ---
hi everybody, i am creating scrpit for use xboxgamepass on linux, im very close
but i have this error
Unhandled Exception: System.IO.FileNotFoundException: Could not load file or
assembly 'Windows.Foundation.UniversalApiContract, Version=7.0.0.0,
Culture=neutral, PublicKeyToken=null' or one of its dependencies. file not
found
I would like to know if anyone has already experienced this problem,
and if they have solved it since I looked on the internet, but I can't find the
problem reported in wine.
and I'm also looking for what it is, and I can't find anything about what
program or what the error is based on, apparently it is part of Windows
development libraries, I thought it was through .net but apparently it has
nothing to do with it.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=53011
Bug ID: 53011
Summary: Multithreaded compilation fails sometimes due to race
conditions
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
…
[View More]Created attachment 72380
--> https://bugs.winehq.org/attachment.cgi?id=72380
Sample of the two broken files
Sometimes the compilation fails with a message like the following:
/usr/bin/i686-w64-mingw32-dlltool: dlls/mfplat/libmfplat.cross.a: error reading
mfplat_dll_t.o: No such file or directory
/usr/bin/i686-w64-mingw32-dlltool: dlls/rpcrt4/librpcrt4.cross.a: error reading
rpcrt4_dll_h.o: file truncated
/usr/bin/i686-w64-mingw32-dlltool: dlls/rpcrt4/librpcrt4.delay.a: error reading
rpcrt4_dll_t.o: No such file or directory
/usr/bin/i686-w64-mingw32-dlltool: bfd_open failed reopen stub file:
wintrust_dll_s00009.o: No such file or directory
Or sometimes files are broken:
/usr/lib/gcc/i686-w64-mingw32/11.2.0/../../../../i686-w64-mingw32/bin/ld:
dlls/iphlpapi/libiphlpapi.delay.a: error adding symbols: file in wrong format
/usr/lib/gcc/i686-w64-mingw32/11.2.0/../../../../i686-w64-mingw32/bin/ld:
dlls/wintrust/libwintrust.cross.a: error adding symbols: file format not
recognized
If the file doesn't exist / is truncated, then trying again usually makes it
work. For broken files, they need to be deleted and then you can try again.
I usually compile wine like this:
ALLFLAGS="-g -O0"
PKG_CONFIG_PATH=/usr/lib32/pkgconfig CC="ccache gcc" CFLAGS="$ALLFLAGS"
CROSSCC="ccache i686-w64-mingw32-gcc" CROSSCFLAGS="$ALLFLAGS"
../wine-git/configure --without-cups --enable-silent-rules
make -j15 -sw
I don't think ccache causes this, but possibly it exacerbates it..
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52969
Bug ID: 52969
Summary: mshtml:script fails on up-to-date Windows 8.1 machines
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
mshtml:script fails on up-to-date Windows 8.1 …
[View More]machines:
script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: [0] got
0.00"
script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: [1] got
1,234.50"
script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: [2] got
-1,337.73"
script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: [3] got
-0.01"
script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: [5] got
0.00"
script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: [6] got
99.00"
script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: [7] got
99.00"
script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: [8] got
65,536.50"
script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: called
on string threw 2148144009"
script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: called
on undefined threw 2148144009"
script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: called
on nullDisp threw 2148144009"
https://test.winehq.org/data/patterns.html#mshtml:script
These failures only happen on the cw-gtx560 and cw-rx460 Windows 8.1 machines.
I suspect this is because these have more recent Windows updates than the
TestBot's w8 and w864 machines (see bug 52858). More specifically cw-rx460 has
had more recent updates than cw-gtx560 for quite some time and I further
updated both on 2022-05-02.
I further plan to update the TestBot's VM (the rationale being that Windows 8.1
is old and we really only care about the latest version) which should make it
easier to debug. In the meantime this does seem like a regression.
commit 8aefdf48f9846e05aeef3c7ce2374401982b98b4
Author: Gabriel Ivăncescu <gabrielopcode(a)gmail.com>
Date: Tue May 3 18:17:06 2022 +0300
jscript: Implement Number.prototype.toLocaleString.
Signed-off-by: Gabriel Ivăncescu <gabrielopcode(a)gmail.com>
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52892
Bug ID: 52892
Summary: The 64-bit ntdll:thread fails on w7pro64 and w864
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The 64-bit ntdll:thread fails on w7pro64 and w864:
…
[View More]thread.c:153: Test failed: Multiple threads have TEB 000007FFFFFDC000.
https://test.winehq.org/data/patterns.html#ntdll:thread
The failure is hard to reproduce but the test was introduced by this commit:
commit 6d4ec1255acceec7152ed98764ee29991ac04f10
Author: Brendan Shanks <bshanks(a)codeweavers.com>
AuthorDate: Mon Apr 18 11:25:10 2022 -0700
Commit: Alexandre Julliard <julliard(a)winehq.org>
CommitDate: Mon Apr 18 21:48:15 2022 +0200
ntdll/tests: Test that threads have unique TEBs.
Signed-off-by: Brendan Shanks <bshanks(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
Specifically the issue is with the line below:
+ ok( teb1 != teb2, "Multiple threads have TEB %p.\n", teb1 );
I think the issue is that there is no guarantee that the two test threads are
running at the same time. I suspect that sometimes what happens is this [1]:
* status = pNtCreateThreadEx( &threads[0], ... &teb1, ... );
A new TEB is allocated, the first thread starts, sets teb1 and terminates at
which time its TEB is freed.
* status = pNtCreateThreadEx( &threads[1], ... &teb2, ... );
A new TEB is allocated, hey there's a fresh TEB that has just bee freed! [2].
The second thread starts and sets teb2.
* WaitForMultipleObjects( 2, threads, TRUE, INFINITE );
Wait for both threads.
* ok( teb1 != teb2, "Multiple threads have TEB %p.\n", teb1 );
Hey, both threads used the same TEB!
But did they do so at the same time?
One hacky fix would be to at a small sleep in the test threads but that's
introducing race conditions. A better fix would be for the main thread to tell
the test threads when they can exit through some synchronization object.
[1] This may be tied to how the scheduler behaves which may limit the issue to
specific Windows versions.
[2] And that's probably tied to how the memory allocator behaves: more memory
locality or less chance of overwriting (incorrectly) still in use memory. Again
this could limit the issue to some Windows versions.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52761
Bug ID: 52761
Summary: mscoree:mscoree test fails without a display or
console
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
The mscoree:…
[View More]mscoree test fails if you run it like this:
$ DISPLAY= wine mscoree_test.exe mscoree </dev/null >log 2>&1
Without the DISPLAY=, it makes a bunch of console windows. That doesn't seem to
happen on Windows, but that could be caused by our csc.exe.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52937
Bug ID: 52937
Summary: msvcr110:msvcr110 fails on Windows with the UTF-8
codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msvcr110:msvcr110 fails …
[View More]on Windows with the UTF-8 codepage:
msvcr110.c:135: Test failed: expected syr-SY, got
LC_COLLATE=syr-SY;LC_CTYPE=EN-US;LC_MONETARY=syr-SY;LC_NUMERIC=syr-SY;LC_TIME=syr-SY
https://test.winehq.org/data/patterns.html#msvcr110:msvcr110
Note that the LC_CTYPE value in the above string corresponds to the last value
it was set to. So if one tests fr-FR right before syr-SY the string contains
LC_CTYPE=fr-FR. This is also why the en-US case is weird.
Furthermore with a non-UTF-8 codepage setlocale() does return "syr-SY".
So it looks like:
1. msvcr110 returns a long string specifying the details of the locale settings
whenever they have different values.
2. msvcr110 does not support setting LC_CTYPE to syr-SY, but only when the
codepage is UTF-8 for whatever reason.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51298
Bug ID: 51298
Summary: d3d8:visual: lighting_test() fails on Windows 10 >=
2004
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d8:visual has a failure …
[View More]in lighting_test() on Windows 10 >= 2004:
https://test.winehq.org/data/patterns.html#d3d8:visual
visual.c:544: Test failed: Lit quad with singular world matrix has color
0x00000000.
This happens on cw-rx460, cw-gtx560 and on those TestBot VMs that run the
32-bit tests. That means it's not a VM or graphics driver issue but a Windows
version one.
The test was introduced by this commit:
commit 589f1072df9535104c074e5382ef7d8ce28f0f33
Author: Matteo Bruni <mbruni(a)codeweavers.com>
AuthorDate: Tue Apr 21 15:11:19 2015 +0200
d3d8/tests: Add a lighting test with non-affine worldview matrix.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51104
Bug ID: 51104
Summary: mf:mf crashes on Windows + NVidia
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
mf:mf crashes on the cw-gtx560 and cw-rx460 …
[View More]machines but not on the TestBot VMs
(except w7u-2qxl, but that's a different crash).
https://test.winehq.org/data/patterns.html#mf:mf
The crash happens on the same test_evr() line from Windows 8.1 to Windows 10
2009:
hr = MFGetService((IUnknown *)stream_sink2, &MR_VIDEO_ACCELERATION_SERVICE,
&IID_IMFVideoSampleAllocator,
(void **)&allocator);
A bisect shows that the commit causing the crash is not the one that added this
line but the one below:
commit 430c179fe86dd7f9b3ddfb6ef30f6359633ef0b8
Author: Nikolay Sivov <nsivov(a)codeweavers.com>
Date: Fri Oct 9 13:54:38 2020 +0300
mf/evr: Set stream media type to the mixer.
Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=34782
Bug #: 34782
Summary: crypt32/chain tests crash with gcc-4.8.1 (win64)
Product: Wine
Version: 1.7.4
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, win64
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: …
[View More]Unclassified
Running: crypt32:chain (3 of 15)
fixme:crypt:CertVerifyCertificateChainPolicy unimplemented for 0
fixme:crypt:CRYPT_CriticalExtensionsSupported unsupported critical extension
"1.2.3"
fixme:crypt:CRYPT_CriticalExtensionsSupported unsupported critical extension
"1.2.3"
fixme:crypt:CRYPT_CriticalExtensionsSupported unsupported critical extension
"1.2.3"
wine: Unhandled page fault at address 0x7f579f85aa74 (thread 0043), starting
debugger...
fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported constant (parameter)
pEncodePara in function
fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported constant (parameter)
dwFlags in function
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x15 at
ctx(0x23aa10,L"kernel32<elf>"), for debug_info(abbrev:0x7b3c80,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at
ctx(0x23aa10,L"kernel32<elf>"), for debug_info(abbrev:0x7b3c80,symt:(nil))
it works with gcc-4.7.3. I'll bisect gcc.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=28220
Summary: kernel32/process.ok: test fails when redirected
Product: Wine
Version: 1.3.27
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
It's not uncommon to want to do
make test > log 2>&1
but if you do this, kernel32/…
[View More]process.ok will fail with
../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p
kernel32_test.exe.so process.c && touch process.ok
wine: cannot find L"C:\\windows\\system32\\doesnotexist.exe"
wine: cannot find L"C:\\windows\\system32\\does.exe"
process.c:1344: Test failed: Opening ConOut
process.c:1347: Test failed: Getting sb info
process.c:1348: Test failed: Getting console modes
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=53004
Bug ID: 53004
Summary: 63ce060 causes a white border line in winecfg
Product: Wine
Version: 7.8
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: jacek(a)…
[View More]codeweavers.com
Regression SHA1: 63ce060e5b33ca4b58d508be11af4d3c214fae33
Distribution: ---
Created attachment 72372
--> https://bugs.winehq.org/attachment.cgi?id=72372
example
As the title says.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52970
Bug ID: 52970
Summary: kernelbase:process breaks lz32:lzexpand_main on
Windows 1809+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernelbase:process …
[View More]breaks lz32:lzexpand_main on Windows 1809+:
lzexpand_main.c:148: Test failed: LZOpenFileA returned
'C:\Users\winetest\AppData\Local\Temp\wct\testfile.xxx', but was expected to
return 'C:\Users\winetest\AppData\Local\Temp\wct\testfile.xx_'
lzexpand_main.c:228: Test failed: LZOpenFileA succeeded on nonexistent file
lzexpand_main.c:230: Test failed: GetLastError() returns 0
lzexpand_main.c:232: Test failed: LZOpenFileA set test.cBytes to 136
lzexpand_main.c:234: Test failed: LZOpenFileA set test.nErrCode to 0
lzexpand_main.c:236: Test failed: LZOpenFileA returned
'C:\Users\winetest\AppData\Local\Temp\wct\testfile.xxx', but was expected to
return 'C:\Users\winetest\AppData\Local\Temp\wct\testfile.xx_' or
'¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥C:\Users\winetest\AppData\Local\Temp\wct\testfile.xx_'
lzexpand_main.c:550: Test failed: LZOpenFileW returned
'C:\Users\winetest\AppData\Local\Temp\wct\testfile.xxx', but was expected to
return 'C:\Users\winetest\AppData\Local\Temp\wct\testfile.xx_'
lzexpand_main.c:628: Test failed: LZOpenFileW succeeded on nonexistent file
lzexpand_main.c:630: Test failed: GetLastError() returns 0
lzexpand_main.c:632: Test failed: LZOpenFileW set test.cBytes to 136
lzexpand_main.c:634: Test failed: LZOpenFileW set test.nErrCode to 0
lzexpand_main.c:636: Test failed: LZOpenFileW returned
'C:\Users\winetest\AppData\Local\Temp\wct\testfile.xxx', but was expected to
return 'C:\Users\winetest\AppData\Local\Temp\wct\testfile.xx_' or
'¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥'
https://test.winehq.org/data/patterns.html#lz32:lzexpand_main
As mentioned before, lz32:lzexpand_main succeeds on its own. It's only when
kernelbase:process is run before that this test fails. The simplest way to
reproduce the failures is to run:
winetest.exe -c -o - -t foo kernelbase:process lz32:lzexpand_main
The failure happens because kernelbase:process leaves a "testfile.xxx" file
behind, file which is also used by the lz32:lzexpand_main test unit.
Finally a bisect shows that these failures started with the commit below.
commit 9c40a80100febb9ac23dae1e51605ba4f2f46f6f
Author: Nikolay Sivov <nsivov(a)codeweavers.com>
Date: Wed May 4 14:55:36 2022 +0300
kernelbase: Implement MapViewOfFile3().
Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51376
Bug ID: 51376
Summary: Wine causes PC to lock or crash wine when loading more
than 1 VST addon into WaveLab 6
Product: Wine
Version: 6.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shagooserver(a)gmail.…
[View More]com
Distribution: ---
Created attachment 70232
--> https://bugs.winehq.org/attachment.cgi?id=70232
backtrace
I have a number of VST add-ons I use with Wavelab, they come from a number of
different software houses and work differently, for example some require vcrun
libraries to work while others do not. In the main, I can load any single
add-on and it works as expected but as soon as I add/open a second add-on my PC
will either crash wine or it will lock up altogether requiring a hard restart.
This was not an issue in wine 5.0.
Backtrace is attached.
Possibly a duplicate of bug 51259 or is quite similar.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51283
Bug ID: 51283
Summary: d3d8:device breaks evr:evr on w7u-2qxl
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The WineTest reports show that evr:evr crashes on w7u-2qxl:
…
[View More]https://test.winehq.org/data/patterns.html#evr:evr
evr.c:1335: Test failed: Unexpected hr 0x80070057.
evr.c:1335: this is the last test seen before the exception
07ac:evr: unhandled exception c0000005 at 0040CBD0
evr:evr:07ac done (-1073741819) in 0s
Test failed: crash (c0000005)
However when run on its own it succeeds consistently. It turns out that it is
d3d8:device that causes evr:evr to crash. More specifically it is
test_multi_adapter() that interferes with evr:evr.
Also if d3d8:device succeeds then evr:evr crashes but if d3d8:device fails as
shown below then evr:evr succeeds as can be seen by comparing the pattern below
with the evr:evr one.
https://test.winehq.org/data/patterns.html#d3d8:device
device.c:4205: Test failed: Got a different mode.
device.c:4208: Test failed: Got a different mode.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=50462
Bug ID: 50462
Summary: Ulead Photo Explorer 8.5 Installed but failed on
startup
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wesley(a)merlin-eng.com
Distribution: --…
[View More]-
Created attachment 69087
--> https://bugs.winehq.org/attachment.cgi?id=69087
This is from the error window that came up when the program failed
The program (Ulead Photo Explorer 8.5) appeared to install correctly.
This program is designed to browse image files IE: .jpg. It installs with
Ulead Photo Impact 10. I did not try to associate any files with either
program (this should not be necessary). On startup Ulead Photo Explorer 8.5
failed, giving the attached back trace file. Photo Impact 10 installed at the
same time and worked fine.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=45959
Bug ID: 45959
Summary: Editpad Lite 7 GUI not rendered correctly
Product: Wine
Version: 3.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shagooserver(a)gmail.com
Distribution: ---
Created attachment 62506
--> …
[View More]https://bugs.winehq.org/attachment.cgi?id=62506
Screenshot of GUI
The command menu line (top line) is not rendered correctly, please see the
attachment. It should display buttons with the following descriptions:
File, Edit, Search, Go, Block, Extra, Convert, Options, View, Help.
By mousing over and clicking and resizing the window they will eventually be
rendered correctly.
The installer can be downloaded at https://www.editpadlite.com/download.html
Problem exists in both 32 and 64 bit prefixes and different Windows versions.
My system:
Kubuntu 18.04.01
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=14841
Summary: ntdll: file.ok fails in OpenSolaris but not Linux
Product: Wine
Version: 1.1.2
Platform: PC
OS/Version: Solaris
Status: NEW
Keywords: testcase
Severity: enhancement
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=15384)
--> (http://bugs.…
[View More]winehq.org/attachment.cgi?id=15384)
+file in git, bzip2 -9'ed
austin@opensolaris:~/wine-git/dlls/ntdll/tests$ make testclean ; rm -rf ~/.wine
; make file.ok
rm -f atom.ok change.ok env.ok error.ok exception.ok generated.ok info.ok
large_int.ok file.ok om.ok path.ok port.ok reg.ok rtl.ok rtlbitmap.ok rtlstr.ok
string.ok time.ok
../../../tools/runtest -q -P wine -M ntdll.dll -T ../../.. -p ntdll_test.exe.so
file.c && touch file.ok
wine: created the configuration directory '/export/home/austin/.wine'
err:iphlpapi:getNumWithOneHeader Unable to open '/proc/net/route' to count
entries!
err:iphlpapi:getRouteTable unimplemented!
file.c:169: Test failed: wrong status deadbabe
file.c:170: Test failed: wrong info 3735928559
file.c:194: Test failed: wrong status deadbabe
file.c:195: Test failed: wrong info 3735928559
file.c:196: Test failed: read handle is signaled
file.c:284: Test failed: wrong status deadbabe
file.c:285: Test failed: wrong info 3735928559
file.c:286: Test failed: event is signaled
make: *** [file.ok] Error 8
+file attached
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52874
Bug ID: 52874
Summary: win32u change prevents chromium from starting
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
The following commit breaks chromium:
commit …
[View More]0528f37fdd9b11cc95d074bb9e261d5127cb6ec3
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Tue Apr 19 15:34:44 2022 +0200
win32u: Move NtUserFindWindowEx implementation from user32.
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Huw Davies <huw(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
chromium just prints a few fixmes and then hangs, using one thread fully.
This only affects the sandbox, --no-sandbox is a workaround.
Reverting fixes the issue.
Download for testing (chrome-win.zip):
https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.h…
Please use this version for testing, since it's the newest version not affected
by bug 52845.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51827
Bug ID: 51827
Summary: d3dx10_34:d3dx10 crashes on all versions of Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3dx10_34:d3dx10 crashes on all versions …
[View More]of Windows:
d3dx10.c:2377: this is the last test seen before the exception
00b8:d3dx10: unhandled exception c0000005 at 000000006C50064B
https://test.winehq.org/data/patterns.html#d3dx10_34:d3dx10
The crash is random but pretty frequent and happens on AMD, NVidia and QEmu
GPUs from Windows 8.1 to Windows 10.
The other d3dx10_*:d3dx10 tests don't crash despite using the same source. So
that means d3dx10_34 is different and the test fails to take that into account.
This test was introduced by the following commit:
commit a15527ff29d919b34ae1f599a5319a4b9678f4e2
Author: Nikolay Sivov <nsivov(a)codeweavers.com>
Date: Tue Sep 21 08:52:10 2021 +0300
d3dx10_34/tests: Enable tests.
Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com>
Signed-off-by: Matteo Bruni <mbruni(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51783
Bug ID: 51783
Summary: The ieframe:webbrowser output is too big in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ieframe:webbrowser outputs ~…
[View More]29kB of data. This is too much and contributes in
pushing the WineTest reports above the 1.5MB limit.
The traces break down as follows:
0kB failures
26kB todos
3kB traces
0kB test framework (summary lines, etc.)
Time to fix Wine to reduce the number of todos!
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=19183
Summary: "make test" still fails on d3d9/tests/visual.c
Product: Wine
Version: 1.1.25
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
(This is a sequel to bug 10221; perhaps we closed that one too soon.)
Running
i=0
while test $i …
[View More]-lt 10
do
../../../tools/runtest -q -P wine -M d3d9.dll -T ../../.. -p d3d9_test.exe.so
visual.c > visual-$i.log 2>&1
i=`expr $i + 1`
sleep 1
done
cat visual-*.log | grep "Test failed" | sort | uniq -c | sort -n
produces
1 visual.c:9439: Test failed: stretchrect: Pixel 160,360 has color 0x00ff00ff,
expected 0x00ff0000
1 visual.c:9441: Test failed: stretchrect: Pixel 480,360 has color 0x00ff00ff,
expected 0x0000ff00
1 visual.c:9443: Test failed: stretchrect: Pixel 480,120 has color 0x00ff00ff,
expected 0x000000ff
1 visual.c:9445: Test failed: stretchrect: Pixel 160,120 has color 0x00ff00ff,
expected 0x00000000
2 visual.c:8978: Test failed: Offscreen failed for D3DFMT_A32B32G32R32F:
expected no color blending but received it anyway.
3 visual.c:6883: Test failed: SRCALPHA on texture returned color 00000000,
expected 0x00bf4000
3 visual.c:6887: Test failed: DSTALPHA on texture returned color 00000000,
expected 0x000000ff
3 visual.c:8978: Test failed: Offscreen failed for D3DFMT_G32R32F: expected no
color blending but received it anyway.
3 visual.c:8978: Test failed: Offscreen failed for D3DFMT_R32F: expected no
color blending but received it anyway.
4 visual.c:8969: Test failed: Offscreen failed for D3DFMT_A16B16G16R16F: Got
color 00000000, expected 0x181800.
4 visual.c:8978: Test failed: Offscreen failed for D3DFMT_G16R16F: expected no
color blending but received it anyway.
5 visual.c:8326: Test failed: Pixel 14/18 has color 0x00000000, expected
0x0000ff00
5 visual.c:8329: Test failed: Pixel 18/14 has color 0x00000000, expected
0x000000ff
5 visual.c:8332: Test failed: Pixel 18/18 has color 0x00000000, expected
0x0000ffff
5 visual.c:8978: Test failed: Offscreen failed for D3DFMT_R16F: expected no
color blending but received it anyway.
5 visual.c:9439: Test failed: stretchrect: Pixel 160,360 has color 0x00000000,
expected 0x00ff0000
5 visual.c:9441: Test failed: stretchrect: Pixel 480,360 has color 0x00000000,
expected 0x0000ff00
5 visual.c:9443: Test failed: stretchrect: Pixel 480,120 has color 0x00000000,
expected 0x000000ff
7 visual.c:8800: Test failed: Texture 1(output color 1) has color 0x00000000,
expected 0x0000ff00
7 visual.c:8802: Test failed: Texture 2(output color 2) has color 0x00000000,
expected 0x000000ff
lspci | grep -i vga says
00:10.0 VGA compatible controller: nVidia Corporation GeForce 7100/nForce 630i
(rev a2)
and this is on Jaunty x86-64 with the proprietary nvidia 180 driver.
I'll attach the output of glxinfo.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=53015
Bug ID: 53015
Summary: winscp bookmark adding error
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gonghuiii(a)gmail.com
Distribution: ---
Created attachment 72382
--> https://bugs.winehq.…
[View More]org/attachment.cgi?id=72382
error message and then exit
When using WinSCP to add a bookmark, it gives me errors when adding without
checking the 'add to shared bookmark' option.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52914
Bug ID: 52914
Summary: mf:mf - The 64-bit test_h264_decoder() fails on 64-bit
Debian 11 + Intel GPU
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
…
[View More]Distribution: ---
The 64-bit test_h264_decoder() fails on my Debian 11 + Intel GPU machine (see
fg-deb64-wow64):
mf.c:6780: Test failed: SetOutputType returned 0x80004005.
mf.c:6782: Test failed: Release returned 0
mf.c:6799: Test failed: got cbSize 0x3fc000
mf.c:6825: Test failed: ProcessOutput returned 0xc00d6d60
https://test.winehq.org/data/patterns.html#mf:mf
configure does not mention any missing library (besides libhal) in either the
32- or the 64-bit builds.
A bisect shows that the failures started with the commit below:
commit 606505e5643d8df2a23a2cc074fa9b6b2ae8b05f
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Mon Mar 28 17:35:45 2022 +0200
winegstreamer: Try creating a wg_transform in the H264 decoder.
Adding H264 format support in wg_format.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=45988
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=47084
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=49715
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52183
Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com>
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52821
Bug ID: 52821
Summary: Missing support of C++20 Semaphores in built-in Wine
C++ runtime
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: kle(a)bluewin.ch
Distribution: ---
Hi all
…
[View More]
Right at the beginning it should be noted that the following error may have
been already described.
There seems to exist currently no support of C++20 Semaphores in Wines built-in
C++ library. I noticed this limitation with two applications. The following
"msvcp140_atomic_wait.dll" related error message is shown when this issue
occurs. Both apps crash right after.
CXBX-R Xbox emulator (starting with build 374ba5e):
wine: Call from 7B011586 to unimplemented function
msvcp140_atomic_wait.dll.__std_atomic_wait_direct, aborting
wine: Call from 7B011586 to unimplemented function
msvcp140_atomic_wait.dll.__std_atomic_notify_one_direct, aborting
PCSX-Redux PSX emulator (all newer builds since 4317):
wine: Call from 0000000000272B9E to unimplemented function
msvcp140_atomic_wait.dll.__std_atomic_wait_direct, aborting
wine: Unimplemented function msvcp140_atomic_wait.dll.__std_atomic_wait_direct
called at address 0000000000272B9E (thread 010c), starting debugger...
wine: Call from 0000000000272B9E to unimplemented function
msvcp140_atomic_wait.dll.__std_atomic_notify_one_direct, aborting
Both applications worked before the "std::binary_semaphore" C++20 type was
introduced.
It is confirmed for Wine 7.0 that it can handle this situation when vcrun2019
(native MS Visual C++ 2019) is installed via winetricks. But for whatever
reason this stopped to work in later Wine 7.x devel versions.
A further workaround was to put a native "msvcp140_atomic_wait.dll" into the
program folder. I can confirm that this helped at least for a while in
conjunction with the PCSX-Redux emulator. But also here this tweak stopped to
work in later Wine 7.x devel versions.
More information can be found at the CXBX-R GitHub issue page:
https://github.com/Cxbx-Reloaded/Cxbx-Reloaded/issues/2347
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51680
Bug ID: 51680
Summary: nsi:nsi test_ip_neighbour() fails on unreachable link
local entry
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
nsi:nsi has a …
[View More]failure on cw-rx460 from Windows 1709 to 21H1:
nsi.c:680: Test failed: AF_INET: 0 vs 1
https://test.winehq.org/data/patterns.html#nsi:nsi
The failing test has been introduced by the commit below and failed from the
start:
commit c09c65f65c188a1870d279ca793c5ad1fc15440d
Author: Huw Davies <huw(a)codeweavers.com>
AuthorDate: Tue Aug 10 09:20:47 2021 +0100
nsiproxy: Implement IPv4 neighbour enumerate_all.
Signed-off-by: Huw Davies <huw(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
Adding some traces shows that the failure happens on a link local entry:
AF_INET: 5 InterfaceIndex=10 state=0/0 s_addr=169.254.169.254
I have not identified the corresponding network interface. Also, given that
cw-rx460 ad cw-gtx560 are very similar I would expect both to have this issue
and I don't know why that's not the case.
However what is interesting is that in both cases the state is NlnsUnreachable
so I suspect the is_unreachable / IsUnreachable flags are not necessarily
meaningful.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51612
Bug ID: 51612
Summary: Stellaris launcher (Paradox) does not launch
Product: Wine
Version: 6.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shagooserver(a)gmail.com
Distribution: ---
The game Stellaris installs and …
[View More]works using the stellaris.exe file but the
launcher (dowser.exe) fails to launch. I am using Kubuntu 21.04 and this is a
fresh installation as it does work on a 2nd PC I have, also Kubuntu 21.04. The
only difference of note between the machines is this machine has an AMD 5800X
CPU.
The terminal returns (duplicated lines removed):
scott@scottubuntu:~/.winestella1/drive_c/GOG Games/Stellaris$
WINEPREFIX=~/.winestella1 wine dowser.exe
002c:fixme:winediag:LdrInitializeThunk wine-staging 6.15 is a testing version
containing experimental patches.
002c:fixme:winediag:LdrInitializeThunk Please mention your exact version when
filing bug reports on winehq.org.
0034:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1.
006c:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1.
006c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
0034:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
007c:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1.
007c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
0090:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1.
0090:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
002c:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1.
002c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
00f8:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1.
00f8:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
0024:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1.
0024:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
0100:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1.
0100:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
0100:fixme:process:SetProcessPriorityBoost (FFFFFFFFFFFFFFFF,1): stub
0118:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1.
0118:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
0120:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1.
0120:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
0128:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1.
0128:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
scott@scottubuntu:~/.winestella1/drive_c/GOG Games/Stellaris$ wine: Unhandled
page fault on write access to 0000000000000000 at address 00007F756DC2CF91
(thread 0070), starting debugger...
0070:err:seh:start_debugger Couldn't start debugger L"winedbg --auto 96 72"
(1115)
Read the Wine Developers Guide on how to set up winedbg or another debugger
I attach the output of this system request.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=28508
Bug #: 28508
Summary: user32/monitor.ok fails rarely?
Product: Wine
Version: 1.3.29
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
Saw this once in a month of runs:
../../../tools/runtest …
[View More]-q -P wine -M user32.dll -T ../../.. -p
user32_test.exe.so monitor.c && touch monitor.ok
fixme:win:EnumDisplayDevicesW ((null),0,0x22f4d0,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),1,0x22f4d0,0x00000000), stub!
monitor.c:269: Test failed: Invalid clip rect: (0 0) x (800 600)
err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found 0x480x0
@0! (desktop)
err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found 640x0x0
@0! (desktop)
The tests were run in a virtual desktop on
os: Ubuntu 11.04, 2.6.38-11-generic, pulseaudio 0.9.22-24-g67d18, Advanced
Linux Sound Architecture Driver Version 1.0.23.
ram: 3963 MB
cpu: Intel(R) Core(TM)2 Quad CPU Q9300 @ 2.50GHz
gpu: GeForce 8500 GT/PCI/SSE2 3.3.0 NVIDIA 270.41.06
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52961
Bug ID: 52961
Summary: crypt32:str - test_CertGetNameString() fails on
Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
crypt32:str - …
[View More]test_CertGetNameString() fails on Windows 7:
str.c:867: Test failed: line 951: unexpected length 10, expected 11.
str.c:871: Test failed: line 951: unexpected value "localhost\x00e".
str.c:885: Test failed: line 951: unexpected len 10, expected 11.
str.c:894: Test failed: line 951: string is not zero terminated.
str.c:867: Test failed: line 952: unexpected length 21, expected 1.
str.c:871: Test failed: line 952: unexpected value "a".
str.c:877: Test failed: line 952: unexpected str[1] 0x72.
str.c:878: Test failed: line 952: str "ric(a)codeweavers.com", string data
mismatch.
str.c:885: Test failed: line 952: unexpected len 21, expected 1.
str.c:886: Test failed: line 952: unexpected value
L"aric(a)codeweavers.com\0000".
str.c:892: Test failed: line 952: str L"aric(a)codeweavers.c", string data
mismatch.
str.c:894: Test failed: line 952: string is not zero terminated.
str.c:867: Test failed: line 953: unexpected length 10, expected 1.
str.c:871: Test failed: line 953: unexpected value "l".
str.c:877: Test failed: line 953: unexpected str[1] 0x6f.
str.c:878: Test failed: line 953: str "ocalhost", string data mismatch.
str.c:885: Test failed: line 953: unexpected len 10, expected 1.
str.c:886: Test failed: line 953: unexpected value L"localhost\0000".
str.c:892: Test failed: line 953: str L"localho", string data mismatch.
str.c:894: Test failed: line 953: string is not zero terminated.
str.c:867: Test failed: line 976: unexpected length 8, expected 19.
str.c:871: Test failed: line 976: unexpected value "ex1.org\x00n.org\x00rs.co".
str.c:885: Test failed: line 976: unexpected len 8, expected 19.
str.c:894: Test failed: line 976: string is not zero terminated.
str.c:867: Test failed: line 978: unexpected length 8, expected 19.
str.c:871: Test failed: line 978: unexpected value "ex3.org\x00n.org\x00rs.co".
str.c:885: Test failed: line 978: unexpected len 8, expected 19.
str.c:894: Test failed: line 978: string is not zero terminated.
https://test.winehq.org/data/patterns.html#crypt32:str
A bisect shows that the failures started with the commit below:
commit 0c35a851cd73247cb95187acc2e22074f9ca09a3
Author: Paul Gofman <pgofman(a)codeweavers.com>
Date: Fri Apr 15 14:44:32 2022 +0300
crypt32: Support CERT_NAME_SEARCH_ALL_NAMES_FLAG in CertGetNameStringW().
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52908
Bug ID: 52908
Summary: mf:mf - The 64-bit test_wma_decoder() fails on 64-bit
Debian 11 + Intel
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
…
[View More]Distribution: ---
The 64-bit test_wma_decoder() fails on my Debian 11 + Intel machine (see
fg-deb64-wow64):
mf.c:6282: Test failed: ProcessOutput returned 0xd0000001
mf.c:6328: Test failed: ProcessOutput returned 0xd0000001
mf.c:6340: Test failed: ProcessOutput returned 0xd0000001
mf.c:6352: Test failed: ProcessInput returned 0xc00d36b5
https://test.winehq.org/data/patterns.html#mf:mf
The last two failures are gone now but the first two are still present.
configure does not mention any missing library (besides libhal) in either the
32- or the 64-bit builds.
A bisect shows that the failures started with this commit:
commit 651e4002ceeb9a15b11a184b5f47a732e26b7e00
Author: Rémi Bernon <rbernon(a)codeweavers.com>
AuthorDate: Mon Mar 14 14:43:22 2022 +0100
winegstreamer: Introduce new wg_transform_(push|read)_data functions.
And use it to implement WMA decoder Process(Input|Output).
The test output is different because ffmpeg WMA decoder outputs data in
a different way as native. The data seems valid audio nonetheless, and
it shouldn't matter too much.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=51931
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52391
Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com>
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51297
Bug ID: 51297
Summary: d3d8:visual: test_sample_mask() fails on Nvidia
(cw-gtx560)
Product: Wine
Version: 6.10
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: ---
…
[View More]d3d8:visual has a failure in test_sample_mask() on cw-gtx560 (Nvidia):
https://test.winehq.org/data/patterns.html#d3d8:visual
visual.c:11146: Test failed: Got unexpected colour ffffbcbc.
This happens on all Windows versions available on that machine (from Windows
8.1 to Windows 10 2009). This failure also does not happen on any other machine
which makes it specific to Nvidia or this graphics card or this driver version
(391.35, the latest available at this date).
The test was introduced by this commit:
commit 30fe080965409e68cc86a04af1935e4944f4b049
Author: Zebediah Figura <z.figura12(a)gmail.com>
Date: Fri Apr 30 11:08:26 2021 -0500
d3d8/tests: Port test_sample_mask() from d3d9.
Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com>
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=45960
Bug ID: 45960
Summary: Editpad Lite 7 siaplay empty boxes instead of text in
some menus
Product: Wine
Version: 3.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shagooserver(a)gmail.com
Distribution: -…
[View More]--
Created attachment 62507
--> https://bugs.winehq.org/attachment.cgi?id=62507
screenshot of problem
When trying to set the default font, the drop-down screen offers many
selections of empty boxes rather than text, see the attachment.
This screen is accessed by:
1/ Options>Configure File Type
2/ On the Editor Options tab click the Edit button next to the "Default text
layout" drop-down box
3/ in the Text Layout Configuration Window click the down arrow to the right of
of the large drop down box to select fonts in the 2nd-from-last left hand
window pane called Main Font.
The installer is here: https://www.editpadlite.com/download.html
This may be the same issue as bug 45959 which I also submitted, I do not have
sufficient knowledge to make that judgement.
My system:
Kubuntu 18.04.01
Wine version 3.17
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51755
Bug ID: 51755
Summary: Crash in DeepSkyStacker when stacking images.
Product: Wine
Version: 6.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dawid.krol(a)gmail.com
Distribution: ---
Created attachment 70650
--> …
[View More]https://bugs.winehq.org/attachment.cgi?id=70650
crash log
When astrophotography images are processed the program crashes. I looked in the
wine log but i didn't noticed anythinh suspicous. The program on Windows is
working properly. The program requres GDI+ and I installed but it didn't
helped. The problem was reported in Wine's AppDB.
Steps to reproduce crash
1. Open Deep Sky Stacker
2. Click Open picture files and select DSC_6524.NEF
3. Select dark files and select DSC_6525.NEF
4. Select bias files and select DSC_6538.NEF
5. Click Stack checked pictures
6. Click OK in the popup. Application is crashing when processing dialog is
shown.
Files for crash reproduction are in these links.
https://www.dropbox.com/s/7lv7encmhwvmn7d/DSC_6524.NEF?dl=0https://www.dropbox.com/s/17q40uq17d8ar7k/DSC_6525.NEF?dl=0https://www.dropbox.com/s/o9mn1wd3l4kv1sx/DSC_6538.NEF?dl=0
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=44503
Bug ID: 44503
Summary: Failed install of Corel PSP X6
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: neil.ray(a)usa.com
Distribution: ---
Created attachment 60460
--> https://bugs.…
[View More]winehq.org/attachment.cgi?id=60460
Failed install of Corel PSP X6
Attempted to install, via wine, Corel Paint Shop Pro X6. Encountered a fatal
error and was unable to continue. Backtrace log attached. My OS is Linux Mint
18.3 on a 32bit machine.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52938
Bug ID: 52938
Summary: Nitro Family
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jon9097(a)gmail.com
Distribution: ---
Created attachment 72311
--> https://bugs.winehq.org/attachment.cgi?…
[View More]id=72311
Log
In the game Nitro Family when you start just a black screen and game sounds. I
can hear the cursor moving in the menu, but you can only see a black screen.
The problem has been lingering since 2015, and it's about time it was solved.
Surely fixing the bug will make it possible to run quite a few 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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52416
Bug ID: 52416
Summary: Metatogger 7.2: Wine crashes upon launching the
software
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: p10qjuhh(a)duck.com
Distribution: ---
…
[View More]Created attachment 71672
--> https://bugs.winehq.org/attachment.cgi?id=71672
The backtrace generated by Wine
Launching Metatogger at all causes a crash.
Download:
https://www.luminescence-software.org/download/metatogger/Metatogger-Instal…
Name: Metatogger-Installer.exe
MD5: 4fc5a6f1c39a95bb754c25207fe2bb9a
(This installer is updated semi-regularly by the software maintainer, so
determining the version is on you)
At the time of writing, 7.2 is the latest release, but this problem is likely
to still exist in later versions.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52407
Bug ID: 52407
Summary: dotnet-sdk-5.0.100-win-x64 simple example fails: error
MSB4018: The "AssignCulture" task failed unexpectedly.
Product: Wine
Version: 7.0-rc6
Hardware: x86-64
URL: https://download.visualstudio.microsoft.com/download/p
r/2892493e-df43-409e-af68-8b14aa75c029/53156c889fc08f0
1b7ed8d7135badede/dotnet-…
[View More]sdk-5.0.100-win-x64.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Note: this happens on version 5.0.100 of the downloadlink, another tested
version like dotnet-sdk-5.0.100-rc.2.20479.15-win-x64.exe doesn`t show this,
guess something has changed in the code (?)
Steps:
wget
https://download.visualstudio.microsoft.com/download/pr/2892493e-df43-409e-…
wine dotnet-sdk-5.0.100-win-x64.exe
wine dotnet new wpf -o myapp && cd myapp && wine dotnet run
Output:
027c:fixme:nls:ResolveLocaleName stub: L"eo", 0000000028CCC000, 85
C:\Program
Files\dotnet\sdk\5.0.100\Microsoft.Common.CurrentVersion.targets(2943,5): error
MSB4018: The "AssignCulture" task f
ailed unexpectedly. [Z:\home\louis\ramdisk\myapp\myapp.csproj]
C:\Program
Files\dotnet\sdk\5.0.100\Microsoft.Common.CurrentVersion.targets(2943,5): error
MSB4018: System.TypeInitializationE
xception: The type initializer for 'Microsoft.Build.Tasks.CultureInfoCache'
threw an exception. [Z:\home\louis\ramdisk\myapp\m
yapp.csproj]
I did a bit of testing and in fact ResolveLocaleName _never_ returns 0, so i
guess we could just improve stub a bit to return 1 and get away with it. I`ll
attach improved stub that fixes the bug
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52940
Bug ID: 52940
Summary: [Regression]Assassin's Creed Origins crashes after
intro videos with vulkan backend on wine-git
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: …
[View More]berillions(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: e7d86d9c6e58e8e133c606099615b0d9e7940132
Distribution: Debian
Hi,
When you launch the game from UbisoftConnect, there are 3 intro video
(Epilepsy.bk2, pc_warningSaving.bk2 and warning_disclaimer.bk2) and then a
splash-screen (screenshot : https://ibb.co/fSC33zX) to access to the main menu.
This screenshot has been taken with DXVK, the game has an issue with wined3d
opengl/vulkan backend with with wine <= 7.7 (see bug #45358)
(https://bugs.winehq.org/attachment.cgi?id=72313)
With wine-git the game crashes after the 3 intro video when the splash-screen
must appears.
I did a regression test and the 1st bad commit is :
######
e7d86d9c6e58e8e133c606099615b0d9e7940132 is the first bad commit
commit e7d86d9c6e58e8e133c606099615b0d9e7940132
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Fri Apr 22 15:42:56 2022 -0500
wined3d: Clear Vulkan textures on the GPU in
wined3d_texture_vk_load_texture().
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/wined3d/texture.c | 61 ++++++++++++++++++++++++++++++++++++++++++--------
1 file changed, 52 insertions(+), 9 deletions(-)
######
After to revert it, i confirm that the broken splash-screen appears.
VKD3D_DEBUG=trace VKD3D_SHADER_DEBUG=trace
WINEDEBUG=+d3d,+d3d11,+d3d_shader,+seh log here :
https://www.mediafire.com/file/n8gnbe5949mr4rs/AC_Origins_d3d_wine_git.7z/f…
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52827
Bug ID: 52827
Summary: .NET 6 / .NET6 Application "Reloaded II" Fails to Run
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nekoNexus(a)protonmail.ch
Distribution: ---
Created attachment 72215
…
[View More] --> https://bugs.winehq.org/attachment.cgi?id=72215
Reloaded-II Vanilla Wine 7.6 Log
SHA256 Checksum of Setup.exe:
9f2c200d9049aa2a7729f17b2628f8ff152d10b5d6efbebee4c642b6a37a08db
Program version: 1.17.5
Open-source on Github; web archive download link:
https://web.archive.org/web/20220416193511/https://objects.githubuserconten…
Supposedly requires both .NET 6.x.x runtime x86 and x64 bits
-----
Installing the .NET 6 runtime prerequisites and attempting run the application
doesn't enable the application to run; it crashes on launch with various
errors, one of which mentioning XAML.
This application not working also prevents several other applications (namely
mod tools) from working as well.
(The ones that currently come to mind are Persona 4 Golden PC modding tools.)
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=28126
Summary: Big Race USA Demo: menu animations and music too fast
Product: Wine
Version: 1.3.26
Platform: x86-64
URL: http://games.softpedia.com/get/Games-Demo/Pro-Pinball-
Big-Race-USA-Demo.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
…
[View More] ReportedBy: asb(a)asbradbury.org
Created an attachment (id=36038)
--> (http://bugs.winehq.org/attachment.cgi?id=36038)
bigraceusademo.exe on wine 1.3.26 (no debug channels)
In the Big Race USA Demo (or the full Big Race USA game as sold by gog.com),
the menu animations (blinking of text and spinning of icons) move far too fast.
Additionally, the game music and sound effects are incredibly fast and
'crackly'. I mention both issues as it seems likely they have the same root
cause. My CPU is an i5-750 at 2.67Ghz (presumably this problem may not occur on
something much slower like an Atom).
Workaround: Use cpulimit on the bigraceusademo.exe process. Turning on a noisy
enough debug channel will also slow the process down enough that the sound
problem will go away.
To reproduce, just install the linked demo, run bigraceusademo.exe and observe
the rapidly spinning menu items and corrupted audio output.
$ sha1sum bigrace.zip
fd5cbfc5da9dd29a010cb02a1f847a753a65c2b2 bigrace.zip
The demo and full game both work perfectly in Win 7 x64 on the same hardware.
I tested in wine 1.0.1, 1.2.3, 1.3.26 and some versions in between. The problem
was less pronounced in 1.0.1 (likely due to worse overall performance).
I'll attach the output from 1.3.26, though the only relevant line appears to be
the following, which seems to be a likely culprit for the problem:
fixme:ddraw:ddraw7_WaitForVerticalBlank iface 0x1557b0, flags 0x1, event (nil)
stub!
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=47229
Bug ID: 47229
Summary: gog.com - The Void: crashes when entering two game
locations
Product: Wine
Version: 4.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dron2065(a)rambler.ru
Distribution: ---
…
[View More]Created attachment 64501
--> https://bugs.winehq.org/attachment.cgi?id=64501
Output log of wine before crashing
Video game The Void (GOG edittion) crashes with "Unhandled page fault on read
access to 0x00000000 at address 0x1953eb7" in the same locations every time.
It's make finish game impossible. There are at least two problem places at
game.
See more in attachment log.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=47720
Bug ID: 47720
Summary: eac3to performance issues
Product: Wine
Version: 4.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shagooserver(a)gmail.com
Distribution: ---
Created attachment 65192
--> https://bugs.winehq.…
[View More]org/attachment.cgi?id=65192
wine version
eac3to used to work well a year ago but now has a few issues which need to be
addressed not least of which is it takes 4 times longer to demux than it does
when run under windows. Also the lossless check seems not to be done and
certainly is not reported. A number of warnings which are generated apparently
needlessly. I have attached screen shots from under wine and under windows
which will show clearly the issues.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51312
Bug ID: 51312
Summary: dxgi:dxgi: Wrong screen mode order on AMD GPUs
(cw-rx460)
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dxgi:dxgi gets failures of …
[View More]the form:
https://test.winehq.org/data/patterns.html#dxgi:dxgi
dxgi.c:1460: Test failed: Mode 3: Modes should have been sorted, refresh rate
59.940060 < 85.000000.
dxgi.c:1460: Test failed: Mode 22: Modes should have been sorted, refresh rate
59.940060 < 85.000000.
dxgi.c:1460: Test failed: Mode 55: Modes should have been sorted, refresh rate
59.940060 < 75.000000.
* These failures happen on all available Windows versions (8.1 to 10 2009).
* They also happen regardless of the Radeon driver version: 19.11.3 to 21.4.1.
* They don't happen on machines with any other GPU (cw-gtx560 and QEmu VMs).
* They also happen systematically so are not probably caused by a threading
issue.
* So this really looks like a Radeon-specific behavior.
The failing test was introduced by the following commit:
commit eb2028fa90c41d3b7b8b4f924cd86059c5ba1e0d
Author: Andrew Eikum <aeikum(a)codeweavers.com>
AuthorDate: Mon Oct 28 16:59:18 2019 +0330
dxgi: Sort reported output modes.
Sekiro: Shadows Die Twice depends on this for its mode switching.
Signed-off-by: Andrew Eikum <aeikum(a)codeweavers.com>
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
Does the application crash on Windows machines with an AMD GPU?
Or does the Radeon driver return the wrong order only on some GPUs?
If the application does not crash maybe our order specification is a bit too
strict?
Given that an application depends on this we probably want Wine to respect the
ordering.
Just add a broken()?
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52996
Bug ID: 52996
Summary: comdlg32:printdlg fails when OneNote is installed
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
comdlg32:printdlg fails on cw-gtx560 and cw-rx460 …
[View More]when running Windows 1809 and
1909:
printdlg.c:198: driver 'winspool' device 'OneNote' port
'Microsoft.Office.OneNote_16001.11629.20028.0_x64__8wekyb3d8bbwe_microsoft.onenoteim_S-1-5-21-2735375161-1667520140-535807745-1002'
printdlg.c:215: Test failed: got 0 with 2 and 00000000 for '' (expected '>1'
and '!= NULL')
printdlg.c:220: Test failed: got driver 'winspool' (expected '')
https://test.winehq.org/data/tests/comdlg32:printdlg.html
It turns out these test configurations are the only ones that have this
'OneNote' line. All the others have the following trace instead:
printdlg.c:198: driver 'winspool' device 'Microsoft Print to PDF' port
'PORTPROMPT:'
So my understanding is that 'Microsoft Print to PDF' is the default printer for
all the machines except for these four where "OneNote" is the default instead.
I don't know how "OneNote" came to be the default on these machines. I don't
think it was intentional on my part. Rather I suspect there was some randomness
in the order in which some Windows updates were installed or something like
that.
For reference the cw-rx460-1909 machine has the following printers:
* Fax
* Microsoft Print to PDF
--> This seems to be the default printer on all other machines.
* Microsoft XPS Document Writer
* OneNote
--> This is the one that's selected by default in notepad, so presumably the
default printer.
(The Windows 10 1909 GUI does not make that really clear anywhere else
that I could find)
So it seems like the test should be adjusted to not fail with the OneNote
printer.
That or that check should be skipped?
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=50368
Bug ID: 50368
Summary: DragonAge Origins Launcher doesn't toggle music status
Product: Wine
Version: 6.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
Distribution: ArchLinux
Until recently …
[View More]the Dragon Age Origins Launcher didn't work at all becouse bug
#44185 that was recently fixed.
However now, the laucnehr start, it play correctly the music but the toggle
button to disable/enable the music doesn't work.
This is the flow of what seems the issue:
0164:trace:mci:mciSendStringW (L"pause all", 0074EE48, 100, 00000000)
0164:trace:mci:mciSendStringW verb=L"pause" on dev=L"all"; offset=4
0164:trace:mci:mciSendStringW [-1, MCI_PAUSE, 00000000, 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000]
0164:fixme:mci:MCI_SendCommand unhandled MCI_ALL_DEVICE_ID
0164:trace:mci:mciSendStringW => 117
wine isn't handling correctly the MCI_ALL_DEVICE_ID case in cases others then
closing the device.
This affect just the launcher (the game should work properly if not regressed
recently, still didn't try) so low priority, but other programs may be
affected.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52990
Bug ID: 52990
Summary: MFMEv20 Emulator needs user32.RegisterTouchWindow
implementation
Product: Wine
Version: 6.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
…
[View More]With wine-7.8, the application pops up an error dialog on start:
RegisterTouchWindow Failed.
If the function is hacked to return TRUE instead of FALSE, the application then
starts fine.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51217
Bug ID: 51217
Summary: RtlWow64IsWowGuestMachineSupported() check fails on
w1064v1607 for the 32-bit ntdll:info
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
…
[View More]ntdll:info has a failure on w1064v1607 (Windows 10 64-bit version 1607 running
the 32-bit tests):
https://test.winehq.org/data/patterns.html#ntdll:info
info.c:3024: Test failed: wrong result 0
This is a check of the RtlWow64IsWowGuestMachineSupported() result.
The commit that introduced this check is:
commit 4f8ede8e7665328a2a3ccd303875e239bf443512
Author: Alexandre Julliard <julliard(a)winehq.org>
AuthorDate: Thu Apr 29 17:15:15 2021 +0200
ntdll: Implement RtlWow64IsWowGuestMachineSupported().
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51078
Bug ID: 51078
Summary: mshtml:events hangs on Windows 10 1709
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
Created attachment 69941
--> https://bugs.winehq.org/…
[View More]attachment.cgi?id=69941
Patch to more reliably reproduce the hang
mshtml:events sometimes hangs on Windows 10 1709:
http://winetest.dolphin/data/patterns.html#mshtml:events
For some reason this only happens on Windows 1709 (the reports say this is
mshtml 11.0.16299.309).
The test proceeds all the way to the end but then does not exit because the
mshtml component still has threads running:
VSyncHelper
Internet Explorer_Hidden
MSCTFIME UI
Commenting out the test_focus() run gets rid of the hangs.
Also running the test with WINETEST_INTERACTIVE=1 greatly increases the
probability of getting a hang. I attached a patch that does that and can be
used to reproduce the hang on the TestBot's w1064v1709 VM.
So this is clearly related to focus.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=39659
Bug ID: 39659
Summary: comctl32:button test gets unexpected WM_CANCELMODE on
my Windows 8 laptop
Product: Wine
Version: 1.8-rc1
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Created …
[View More]attachment 52866
--> https://bugs.winehq.org/attachment.cgi?id=52866
log of test failure
Test report:
https://test.winehq.org/data/1d19eb15d4abfdd14dccc5ac05b83c0ee1a1ace1/win8_…
Message tests calling SetFocus() on a button fail on my Windows 8 machine,
because they get a WM_CANCELMODE message they weren't expecting. I have no idea
what's special about my setup. It doesn't matter if I run the test stand-alone
or with the full test suite, or if I run it as a dedicated user with a default
configuration.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=30875
Bug #: 30875
Summary: Unable to deselect character blocks in BMFont
Product: Wine
Version: 1.5.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dav75uk(a)yahoo.co.uk
Classification: Unclassified
Run BMFont (http://www.…
[View More]angelcode.com/products/bmfont/) and click on some of the
checkboxes to the right to select characters to be included. It is not possible
to uncheck the checkboxes.
Workaround is to unselect one of the characters (click on a character in that
range) which changes the full checked box to a part check box. The part check
box can be unselected.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52911
Bug ID: 52911
Summary: ole32:moniker fails on Windows in the UTF-8 codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ole32:moniker fails on …
[View More]Windows in the UTF-8 codepage:
moniker.c:2189: Test failed: IsEqual failed with error 0x000001
[...]
https://test.winehq.org/data/patterns.html#ole32:moniker
So the failures happen because moniker1 and moniker2 are always different.
Adding a call to winetest_push_context() shows that the failures all happen for
string 2 which ole32:moniker uses to skip tests on code pages where there are
round-trip issues:
{0xc0, 0xc1, 0xc2, 0xc3, 0xc4, 0xc5, 0xc6, 0xc7, 0xc8, 0xc9, 0xca,
0xcb, 0xcc, 0xcd, 0xce, 0xcf, 0xd0, 0},
[...]
skip("string 2 doesn't round trip in codepage %u\n", GetACP() );
So it looks like the skip fails to trigger for the UTF-8 codepage (or that we
should do something else to make the UTF-8 case work).
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=45432
Bug ID: 45432
Summary: Implement Windows Native Firewall Rules for Lightwave
Software Licensing - netfw_rules
Product: Wine
Version: 3.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: newel.anderson(a)…
[View More]gmail.com
Distribution: ---
Created attachment 61753
--> https://bugs.winehq.org/attachment.cgi?id=61753
Terminal logs installing and launching Lightwave under WIne 3.11 in Linux
Lightwave requires Windows Native Firewall Inbound/Outbound Rules in order to
register/activate one's license.
For reference, please see:
https://forum.winehq.org/viewtopic.php?f=8&t=30847&p=116945#p116945 (I'm
wineink)
Towards the end of the above thread I posted terminal output as well as
screenshots. Disabling Windows Firewall, as well as deleting the
inbound/outbound rules in Windows, deactivates my license. Re-enabling the
rules and Windows Firewall reactivates my license. Since this functionality
doesn't exist in Wine, Wine hasn't to my knowledge implemented Windows Native
Firewall Rules, it's impossible to register/activate my legally purchased
license in Wine.
Thank you for your time and consideration.
***Please note, the above applies only to a FULL license of Lightwave. The
trial, which is node-locked, works as designed. Unfortunately, the FULL license
is not node-locked.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52986
Bug ID: 52986
Summary: d3d9:device - In Wine test_vertex_buffer_read_write()
fails on on cw-rx460
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
…
[View More]Distribution: ---
d3d9:device - In Wine test_vertex_buffer_read_write() only succeeds on
cw-rx460:
device.c:13967: Test failed: Got unexpected value 3.00000000e+000, i 0.
device.c:13967: Test failed: Got unexpected value 3.00000000e+000, i 1.
device.c:13967: Test failed: Got unexpected value 3.00000000e+000, i 2.
https://test.winehq.org/data/patterns.html#d3d9:device
This is specific to this machine so it seems likely that this is related to the
graphics card / driver.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52985
Bug ID: 52985
Summary: d3d9:device - test_reset_fullscreen() gets an
unexpected WM_SIZE message with fvwm
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.…
[View More]com
Distribution: ---
Created attachment 72354
--> https://bugs.winehq.org/attachment.cgi?id=72354
The TestBot's fvwm configuration
d3d9:device - test_reset_fullscreen() gets an unexpected WM_SIZE message with
fvwm:
device.c:4822: Test failed: Received unexpected WM_SIZE message.
https://test.winehq.org/data/patterns.html#d3d9:device
This failure happens on cw-gtx560, cw-rx460 and debian11 VM which all run
Debian 11 with fvwm, and on debiant VM which runs Debian Testing with fvwm.
But it does not happen on fg-deb64 which runs Debian 11 too, but with KDE's
window manager.
So it is pretty likely that this failure only happens when running fvwm.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52984
Bug ID: 52984
Summary: d3d8:device - test_cursor_pos() missing a MOUSEMOVE on
cw-gtx560 and cw-rx460
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
…
[View More]d3d8:device - test_cursor_pos() is missing a MOUSEMOVE most of the time on
cw-gtx560 and cw-rx460:
device.c:1324: Test failed: Didn't receive MOUSEMOVE 0 (50, 50).
https://test.winehq.org/data/patterns.html#d3d8:device
This happens almost systematically on cw-gtx560 and cw-rx460 with Windows 10
1709 to 1909 but happens much less frequently with more recent Windows
versions.
Also it never happens in the TestBot VMs running the same Windows versions and
also does not happen on fgtb-w10pro64-rx550.
So it may be related to the set of display modes that the monitor supports
which would explain why the KVM-connected machines are impacted and not the
others.
Or it could be related to the GPU drivers and fgtb-w10pro64-rx550 just got
lucky because it's on a more recent Windows version.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52935
Bug ID: 52935
Summary: comctl32:tab - test_tab(-1&-3) fails on Windows with
the UTF-8 codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
…
[View More]comctl32:tab's test_tab(-1&-3) fails on Windows with the UTF-8 codepage:
tab.c:591: Testing with default MinWidth
tab.c:579: Test failed: with icon, set size > icon: Expected [51,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [51,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [51,1] got [48,1]
tab.c:579: Test failed: with icon, set size > icon: Expected [54,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [54,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [54,1] got [48,1]
tab.c:579: Test failed: with icon, set size > icon: Expected [57,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [57,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [57,1] got [48,1]
tab.c:579: Test failed: with icon, set size > icon: Expected [60,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [60,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [60,1] got [48,1]
tab.c:579: Test failed: with icon, set size > icon: Expected [63,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [63,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [63,1] got [48,1]
tab.c:579: Test failed: with icon, set size > icon: Expected [66,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [66,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [66,1] got [48,1]
tab.c:593: Testing with MinWidth set to -3
tab.c:579: Test failed: with icon, set size > icon: Expected [51,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [51,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [51,1] got [48,1]
tab.c:579: Test failed: with icon, set size > icon: Expected [54,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [54,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [54,1] got [48,1]
tab.c:579: Test failed: with icon, set size > icon: Expected [57,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [57,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [57,1] got [48,1]
tab.c:579: Test failed: with icon, set size > icon: Expected [60,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [60,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [60,1] got [48,1]
tab.c:579: Test failed: with icon, set size > icon: Expected [63,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [63,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [63,1] got [48,1]
tab.c:579: Test failed: with icon, set size > icon: Expected [66,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [66,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [66,1] got [48,1]
https://test.winehq.org/data/patterns.html#comctl32:tab
Hindi + UTF-8 is the only locale where this test fails on Windows at this time.
In particular there is no failure on the standard Hindi locale (English system
locale) so this appears to be specific to UTF-8.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52939
Bug ID: 52939
Summary: advapi32:registry - test_RegNotifyChangeKeyValue() has
an intermittent failure on all Windows versions
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: …
[View More]fgouget(a)codeweavers.com
Created attachment 72312
--> https://bugs.winehq.org/attachment.cgi?id=72312
Loop on test_RegNotifyChangeKeyValue() to reproduce the event failures
advapi32:registry's test_RegNotifyChangeKeyValue() has an intermittent failure
on all Windows versions:
registry.c:3471: Test failed: expected ERROR_SUCCESS, got 6
registry.c:3599: Test failed: expected WAIT_OBJECT_0, got 258
https://test.winehq.org/data/patterns.html#advapi32:registry
The failure is pretty rare so it is likely to cause false positives. The
attached patch makes it possible to systematically reproduce the issue, at
least on my test VM. With the 10000 loops I get 4 to 5 cases with the failure
(so a rate of 0.05%) and a test run still takes under 8 seconds.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52925
Bug ID: 52925
Summary: usp10:usp10 The wgDefault check fails on Windows in
non-basic locales (Hebrew, Japanese, etc)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: usp10
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)…
[View More]codeweavers.com
usp10:usp10's wgDefault check in test_ScriptGetFontProperties() fails on some
bitmap fonts in a number of locales:
* Arabic
usp10.c:2591: Test failed: bitmap font System wgDefault 0126, tmDefaultChar
0085
usp10.c:2591: Test failed: bitmap font Fixedsys wgDefault 0126, tmDefaultChar
0085
usp10.c:2591: Test failed: bitmap font MS Serif wgDefault 0126, tmDefaultChar
0085
usp10.c:2591: Test failed: bitmap font MS Sans Serif wgDefault 0126,
tmDefaultChar 0085
* Hebrew
usp10.c:2591: Test failed: bitmap font Small Fonts wgDefault 01ac,
tmDefaultChar 0080
* Hindi + UTF-8 (no failure for plain Hindi)
usp10.c:2591: Test failed: bitmap font System wgDefault 00fd, tmDefaultChar
0080
usp10.c:2591: Test failed: bitmap font Fixedsys wgDefault 00fd, tmDefaultChar
0080
usp10.c:2591: Test failed: bitmap font Courier wgDefault 00fd, tmDefaultChar
0080
usp10.c:2591: Test failed: bitmap font MS Serif wgDefault 00fd, tmDefaultChar
0080
usp10.c:2591: Test failed: bitmap font MS Sans Serif wgDefault 00fd,
tmDefaultChar 0081
usp10.c:2591: Test failed: bitmap font Small Fonts wgDefault 00fd,
tmDefaultChar 0080
* Japanese
usp10.c:2591: Test failed: bitmap font FixedSys wgDefault 00f0, tmDefaultChar
00a0
usp10.c:2591: Test failed: bitmap font @FixedSys wgDefault 00f0, tmDefaultChar
00a0
* Chinese
usp10.c:2591: Test failed: bitmap font System wgDefault 00ac, tmDefaultChar
0080
usp10.c:2591: Test failed: bitmap font @System wgDefault 00ac, tmDefaultChar
0080
usp10.c:2591: Test failed: bitmap font Terminal wgDefault 00ac, tmDefaultChar
0080
usp10.c:2591: Test failed: bitmap font @Terminal wgDefault 00ac, tmDefaultChar
0080
usp10.c:2591: Test failed: bitmap font Fixedsys wgDefault 00ac, tmDefaultChar
0080
usp10.c:2591: Test failed: bitmap font @Fixedsys wgDefault 00ac, tmDefaultChar
0080
https://test.winehq.org/data/patterns.html#usp10:usp10
In each case we get the expected value on Windows with a number of fonts but
there are some exceptions that cause the failures. For a given locale the
exceptions all have the same wgDefault value which means there is probably some
logic to it.
So we either need to come up with a better way to find the expected wgDefault
value, or to radically loosen the test, or to restrict the test to some 'safe'
fonts, or to remove the test entirely.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52981
Bug ID: 52981
Summary: windows.media.speech:speech - SpeechRecognizer fails
to initializes with elevated privileges
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)…
[View More]codeweavers.com
Distribution: ---
Most of test_SpeechRecognizer() is skipped when run with elevated privileges:
speech.c:896: SpeechRecognizer default language L"fr-FR".
speech.c:1172: Tests skipped: Could not init SpeechRecognizer with default
language!
https://test.winehq.org/data/patterns.html#windows.media.speech:speech
The involved lines are:
919 hr = RoActivateInstance(hstr, &inspectable);
922 if (hr == S_OK)
...
1170 else if (hr == SPERR_WINRT_INTERNAL_ERROR) /* Not sure when this
triggers. Probably if a language pack is not installed. */
1171 {
1172 win_skip("Could not init SpeechRecognizer with default
language!\n");
An analysis of the test results across Windows versions shows that we see this
SPERR_WINRT_INTERNAL_ERROR on Windows 10 >= 1809:
cw-gtx560-1507 S_OK
cw-rx460-1507 S_OK
w1064v1507 S_OK
w1064v1607 S_OK
cw-gtx560-1709 S_OK
cw-rx460-1709 S_OK
w1064v1709 S_OK
cw-gtx560-1809 skipped
cw-rx460-1809 skipped
w1064v1809 skipped
cw-gtx560-1909 skipped
cw-rx460-1909 skipped
w1064v1909 skipped
w1064v2004 skipped
cw-gtx560-2009 skipped
cw-rx460-2009 skipped
w1064v2009 skipped
cw-gtx560-21h1 skipped
cw-rx460-21h1 skipped
w10pro64-21h1 skipped
cw-gtx560-21h2 skipped
cw-rx460-21h2 skipped
w1064-21h2 skipped
w10pro64-21h2 skipped
So far that looks pretty clear cut: Microsoft changed things around 1809 such
that processes running with elevated privileges cannot / are not allowed to
perform speech recognition. That would mean the test should drop the privileges
so it can run on any platform.
However the test was not skipped in the w10pro64v2004 and w10pro64 (21H1) test
configurations... until they were upgraded.
So this indicates that there may be a way to get this test to work even while
retaining elevated privileges. But how?
To help debug the issue I added two test configurations:
* w10pro64restored
The w10pro64 VM restored from a backup of the pre-2022-05 upgrade VM.
Surprisingly the test still ends up being skipped!
* w10pro64old
Luckily before the upgrade I moved the old VM out of the way. It is now
available as w10pro64old with the exact same live snapshots. Comfortingly the
test is still not skipped, even after waiting some time and rebooting.
That last part indicates there may be something either in the way the TestBot
creates the live snapshots, or in the "WineTestBot VMs" checklist I go through
when preparing the VMs and the cw-* machines (but then the clear 1809 cutoff
point is quite a coincidence).
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=33621
Bug #: 33621
Summary: [UWIN] ksh93 from UWIN generates a lot of fixme
warnings
Product: Wine
Version: 1.5.30
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: simon.toedt(a)gmail.com
Classification: …
[View More]Unclassified
Running ksh93 (Korn Shell 93) from the UWIN (Unix emulation on Windows) toolkit
generates a lot of "fixme" warnings and the shell is generally not useable.
The goal is to use WINE for automated testing without having to fire up a full
blown Windows system each time in VMware or real iron.
Steps to test:
1. Install UWIN:
> wget --http-user="I accept www.opensource.org/licenses/eclipse"
--http-passwd="."
'http://www2.research.att.com/~gsf/download/beta/uwin-base.2013-02-08.win32.…'
> wine uwin-base.2013-02-08.win32.i386.exe
2. Run Windows/UWIN version of ksh93:
wine64 'C:\Program Files/UWIN/usr/bin/ksh.exe'
fixme:process:SetProcessShutdownParameters (00000300, 00000001): partial stub.
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:ntdll:NtSetInformationToken unimplemented class 4
fixme:process:SetProcessShutdownParameters (00000300, 00000001): partial stub.
fixme:ntdll:NtSetInformationToken unimplemented class 4
fixme:ntdll:NtSetInformationToken unimplemented class 4
fixme:process:SetProcessShutdownParameters (00000000, 00000001): partial stub.
fixme:ntdll:NtSetInformationToken unimplemented class 4
fixme:ntdll:NtSetInformationToken unimplemented class 4
fixme:advapi:LsaOpenPolicy ((null),0x23f980,0x00000001,0x23f950) stub
fixme:advapi:LsaClose (0xcafe) stub
fixme:netbios:NetServerEnum Stub ((null) 100 0x23f440 -1 0x23fbb8 0x23fbc8 24
(null) (nil))
fixme:netapi32:NetGetDCName ((null), (null), 0x23f448) stub!
fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at
ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0xf70850,symt:0xfce150)
fixme:dbghelp_dwarf:compute_location Only supporting one breg (r10/338 ->
r8/336)
fixme:dbghelp_dwarf:compute_location Only supporting one breg (r10/338 ->
r8/336)
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at
ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x20e2370,symt:0x2140480)
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at
ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x21926b8,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at
ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x21926b8,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at
ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x21926b8,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at
ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x21926b8,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at
ctx(0x8834c0,L"ld-linux-x86-64.so.2"), for
debug_info(abbrev:0x2914e98,symt:0x2970264)
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x26 at
ctx(0x8834c0,L"ld-linux-x86-64.so.2"), for
debug_info(abbrev:0x2943cb0,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x26 at
ctx(0x8834c0,L"ld-linux-x86-64.so.2"), for
debug_info(abbrev:0x2914e90,symt:(nil))
fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 ->
rax/328)
fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 ->
rax/328)
fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 ->
rax/328)
fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 ->
rax/328)
fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 ->
rax/328)
fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at
ctx(0x8834c0,L"libgcc_s.so.1"), for debug_info(abbrev:0x36b3448,symt:0x378fa1c)
fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at
ctx(0x8834c0,L"libgcc_s.so.1"), for debug_info(abbrev:0x3743718,symt:0x37781b4)
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x26 at
ctx(0x8834c0,L"libgcc_s.so.1"), for debug_info(abbrev:0x3743658,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at
ctx(0x8834c0,L"libgcc_s.so.1"), for debug_info(abbrev:0x37425a0,symt:0x3754e38)
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x15 at
ctx(0x8834c0,L"kernel32<elf>"), for debug_info(abbrev:0x3824860,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at
ctx(0x8834c0,L"kernel32<elf>"), for debug_info(abbrev:0x3824860,symt:(nil))
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
wine version is wine-1.5.30. Wine versions older than wine-1.5.30 may not work
as described in bug 33619.
IMO the most pressing problems are:
1. fixme:process:SetProcessShutdownParameters (00000300, 00000001): partial
stub.
2. fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
3. fixme:netapi32:NetUserGetInfo Level 3 is not implemented
4. fixme:ntdll:NtSetInformationToken unimplemented class 4
5. fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52968
Bug ID: 52968
Summary: CPU BoostTester manages to run only on real cores in
Windows, but not with wine
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: christian.frank(a)gmx.de
…
[View More]Distribution: ---
Hi,
the following tiny porgram is used to test the boost capability of cpus.
It detects real cores and only tests those, not the smt siblings.
On windows it manages to run on the real cores only.
On Linux it runs on the cores 0,2,4,6,8,10,12,14,16,18,20,22,24,26,28,30
I am using a 5950x.
The real cores are 0-15. The siblings ar 16-31.
0+16 is a pair, 1+17, 2+18 etc..
So instead of testing the 16 real cores, it is testing only 8 + siblings.
The software is availible here, including source.
I don't know if the software is doing some strange things to detect the real
cores or if the issue is on the wine side.
As the source is just a handful of c++ code, someone with experience might take
a look and judge where the problem is, wine or the program.
Here is the link:
https://github.com/jedi95/BoostTester
Many thx !
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52976
Bug ID: 52976
Summary: Daagon Map Maker on itch.io crash
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: registry
Assignee: wine-bugs(a)winehq.org
Reporter: ildaniel999(a)hotmail.com
Distribution: ---
Created attachment 72346
--> https://…
[View More]bugs.winehq.org/attachment.cgi?id=72346
wine file
loads up to 100%, changes screen settings, but then crashes
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52684
Bug ID: 52684
Summary: Command and Conquer Generals (and C&C Zero Hour) have
no ground textures
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: bender647(a)yahoo.com
…
[View More]Regression SHA1: 1632b8e7a419ebf256c4a356a58d505ef918f2fe
Distribution: Slackware
Introduced in wine-7.3 with commit 1632b8e7a419ebf256c4a356a58d505ef918f2fe,
the C&C Generals game engine does not draw ground textures. The ground (or
water) area is black. Reverting to wine-7.2, or applying this commit as a
reverse-patch on wine-7.4 will fix the issue. The commit was found by
bisecting the git tree.
This symptom appears in older bug reports but the fixes there do not appear to
work now.
Tested on two platforms, but both were Intel i915 graphics. If necessary, I
can get access to an Nvidia platform.
To reproduce:
1. A free demo is available for download to run the game:
https://www.moddb.com/downloads/start/111369
(https://www.moddb.com/games/cc-generals/downloads/command-conquer-generals-…).
2. Install in 32-bit prefix.
3. Run with `wine start generals.exe -nologo` and the game engine will be seen
running behind the main menu. The ground will be blank if the bug is present.
Verified to affect:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=4881https://appdb.winehq.org/objectManager.php?sClass=version&iId=35407
Likely also:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=1717
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=45098
Bug ID: 45098
Summary: FrostPunk: multiple graphical glitches
Product: Wine
Version: 3.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)embed.me.uk
Distribution: ---
Created attachment 61268
--> https://…
[View More]bugs.winehq.org/attachment.cgi?id=61268
FrostPunk log
With patch posted in https://bugs.winehq.org/show_bug.cgi?id=45080 the game
sucessfully starts however there are severe graphical glitches which render it
unplayable. Log 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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=2155
Ker noa <blue-t(a)web.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |blue-t(a)web.de
--
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=50458
Bug ID: 50458
Summary: Tooltips block input in Foobar2000
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: debilerpc(a)web.de
Distribution: ---
**Context:**
Like with most media players, …
[View More]Foobar2000's playlist view is essentially a
spreadsheet where each line is a track and each column displays a tag or
metadata field.
If the length of the tag exceeds the width of the column, it gets cut off. You
can see the full tag in a tooltip by hovering over it with a mouse in that
case.
**The problem:**
As long as the tooltip is displayed, the app registers neither keyboard nor
mouse input.
I suspect this problem exists in a variety of
[apps](https://bugs.winehq.org/show_bug.cgi?id=16227), not just Foobar2000, but
here it is especially annoying.
**Expected behavior:**
When input is sent, the tooltip should disappear, and Foobar2000 should react
to the input. This is what happens under Windows 10.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52771
Bug ID: 52771
Summary: Wine console creation breaks comctl32:button,
dinput:keyboard, user32:dialog, user32:input,
user32:monitor and user32:win
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)…
[View More]winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The way Wine creates the window for console applications breaks
comctl32:button, dinput:keyboard, user32:dialog, user32:input, user32:monitor
and user32:win.
https://test.winehq.org/data/patterns.html#comctl32:buttonhttps://test.winehq.org/data/patterns.html#dinput:keyboardhttps://test.winehq.org/data/patterns.html#user32:dialoghttps://test.winehq.org/data/patterns.html#user32:inputhttps://test.winehq.org/data/patterns.html#user32:monitorhttps://test.winehq.org/data/patterns.html#user32:win
These all started failing in Wine on 2022-03-17 with the commit below (also
referenced in bug 52761):
commit f034084d49b354811096524d472ae5172ac1cebf
Author: Eric Pouech <eric.pouech(a)gmail.com>
Date: Thu Mar 17 08:27:28 2022 +0100
kernelbase: Handle corner case in CreateProcess.
In CreateProcess, if:
- parent isn't attached to a console
- CreateProcess's flag isn't set with DETACHED_PROCESS nor
CREATE_NEW_CONSOLE
- child is a CUI program
then a console must be allocated for the child.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52048
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
The way the TestBot starts the tests in Wine is this [1]:
testagentd (Unix, no terminal)
\- shell script (sh Unix, no terminal)
\- WineTest.pl (perl Unix, no terminal)
\- ./wine TestLauncher (Windows CUI, no console)
\- unit test (Windows CUI) -> creates a console
\- unit test can recurse upon itself (CUI)
I will now try to summarize the current understanding of the issue from the
wine-devel discussion [2], using the above figure as a reference:
1. testagentd is a daemon so it does not have an associated terminal.
2. When ./wine does not have a terminal it does not create a console window,
even when starting a console application. This is so wine can be used for
background (batch) tasks without requiring a X session or popping up windows
all over the place.
3. But when a Windows application calls CreateProcess() without
DETACHED_PROCESS, a console does get created. This is what happens when
TestLauncher starts a unit test.
4. While the console object is created synchronously in the wineserver process,
the actual window is created asynchronously (by wineconsole). This causes it to
pop up while the unit test as already started, which confuses the tests that
check the window hierarchy, the focus, etc.
There are two ways the above differ from Windows:
1. I believe Windows creates both the console object and the matching window
synchronously. So even if the console was created when starting the test unit
there should be no failure.
2. On Windows the shell script is replaced by a batch script which triggers the
console creation. So the console creation happens a bit earlier which could
also mask any window creation delay.
The reason why f034084d49b3 made a difference is that before Wine was not
creating console windows.
[1] More details on the different ways the TestBot starts the tests:
https://www.winehq.org/pipermail/wine-devel/2022-April/212550.html
[2] March: https://www.winehq.org/pipermail/wine-devel/2022-March/212330.html
April: https://www.winehq.org/pipermail/wine-devel/2022-April/212513.html
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=45388
Bug ID: 45388
Summary: user32:edit fails on Traditional Chinese and Korean
locales
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
…
[View More]user32:edit fails with the following errors on Traditional Chinese and Korean
locales:
edit.c:1489: Test failed: 0: got 1, 1
edit.c:1510: Test failed: 0: got 1, 1
edit.c:1524: Test failed: 0: got 1, 1
edit.c:1538: Test failed: 0: got 1, 1
See:
* Source matching the above
https://source.winehq.org/git/wine.git/?a=blob;f=dlls/user32/tests/edit.c;h…
* user32:edit WineTest failures
https://test.winehq.org/data/tests/user32:edit.html
The errors can be reproduced on the newtb-wvistau64-zh-cn TestBot VM, and also
happen on fg-win7u64-1spie9-ko.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52869
Bug ID: 52869
Summary: kernel32:locale - test_CompareStringA() fails in Wine
in Hindi
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: --…
[View More]-
test_CompareStringA() started failing in Wine in Hindi recently:
locale.c:1884: Test failed: expected CSTR_LESS_THAN, got 2
locale.c:1886: Test failed: expected CSTR_GREATER_THAN, got 2
https://test.winehq.org/data/patterns.html#kernel32:locale
A bisect shows this failure started with the commit below:
commit 8993e15cfa5b77ac2487239354ffe63bbc5e562d
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Apr 11 17:21:47 2022 +0200
kernelbase: Support UTF-7/8 codepages in get_codepage_table().
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52743
Bug ID: 52743
Summary: regression cannot write to _fdopen'ed stdout
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xantares09(a)hotmail.com
Distribution: ---
since wine 7.2, opening stdout with …
[View More]_fdopen and printing into it crashes
```
#include <stdio.h>
#include <io.h>
#include <fcntl.h>
int main()
{
FILE * m_stdout = _fdopen(_fileno(stdout), "wb");
fprintf(m_stdout, "foo\n");
fclose(m_stdout);
return 0;
}
$ x86_64-w64-mingw32-gcc main.c
$ wine a.exe
...
wine: Unhandled page fault on read access to 0000000000000050 at address
0000000170059685 (thread 0128), starting debugger...
...
```
For context, this is what qt-xmlpatterns does:
https://github.com/qt/qtxmlpatterns/blob/dev/tools/xmlpatterns/main.cpp#L184
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52362
Bug ID: 52362
Summary: Powershell Core 7 installer hangs forever on Chinese
locale (LC_ALL=zh_Han.UTF-8)
Product: Wine
Version: 7.0-rc3
Hardware: x86-64
URL: https://github.com/PowerShell/PowerShell/releases/down
load/v7.1.5/PowerShell-7.1.5-win-x64.msi
OS: Linux
Status: NEW
Keywords: download
…
[View More] Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Hi, someone i was trying to help someone to get this installed and he reported
this to me (I couldn`t reproduce it), that the installer hung for him, and in
fact he found that it was due to the fact he was running with
LC_ALL=zh_Han.UTF-8
I don`t know anything about these chinese locales, but report anyway as could
be a bug in wine (?).
reproduce: LC_ALL=zh_Han.UTF-8 5ine msiexec /i PowerShell-7.1.5-win-x64.msi
A +relay shows it`s looking for files in directory zh-CN which is not there,
though there is zn-Han(s) directories. But just copying zh-Han to zh-CN didn`t
help either.
Anyway, I guess someone with more knowledge about (Chinese) locales would have
lots more clues than i have...
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52149
Bug ID: 52149
Summary: user32:dialog fails in test_DialogBoxParam() on
current Windows 10 21H1
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:…
[View More]dialog fails in test_DialogBoxParam() on current Windows 10 21H1:
dialog.c:1854: Test failed: got 1407
https://test.winehq.org/data/patterns.html#user32:dialog
So instead of failing with an error code of 0, the call below fails with
ERROR_CANNOT_FIND_WND_CLASS... which makes sense?
ret = DialogBoxParamA(GetModuleHandleA(NULL), "TEST_DIALOG_INVALID_CLASS",
0, DestroyDlgWinProc, 0);
It's interesting to note that this failure did not happen on the initial
Windows 10 21H1 test configurations (2021-08-23). As far as I can tell it's
only after KB5006670 was applied (on 2021-10-21) that the test started failing.
Unfortunately this is a cumulative update so it may not help narrow down the
cause very much.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52922
Bug ID: 52922
Summary: The Evil Within crashes before entering the main menu
using Vulkan renderer
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.…
[View More]goosev(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: e7d86d9c6e58e8e133c606099615b0d9e7940132
Distribution: ---
wine: Unhandled page fault on read access to 00007F3B54255B28 at address
00007F32CDDE5A09 (thread 0740), starting debugger...
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52887
Bug ID: 52887
Summary: Get-Computerinfo from NoPowershell crashes
Product: Wine
Version: 7.7
Hardware: x86-64
URL: https://github.com/bitsadmin/nopowershell/releases/tag
/1.23
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: wmi&wbemprox
…
[View More]Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Created attachment 72275
--> https://bugs.winehq.org/attachment.cgi?id=72275
patch
NoPowershell.exe provides a number of commandlets without the need to install
it(https://github.com/bitsadmin/nopowershell/releases/tag/1.23).
Prerequisite: winetricks -q dotnet48
The commandlet Get-Computerinfo acts as replacement of systeminfo.exe
Source:
https://github.com/bitsadmin/nopowershell/blob/master/Source/NoPowerShell/C…
Currently fails with:
Get-ComputerInfo : System.ArgumentOutOfRangeException: Index was out of range.
Must be non-negative and less than the size of
the collection.
Parameter name: index
at System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument
argument, ExceptionResource resource)
at NoPowerShell.Commands.Management.GetComputerInfo.Execute(CommandResult
pipeIn)
at NoPowerShell.Program.Main(String[] args)
Attached patch fixes it, to run into next bug . Next bugs are some missing
props from various classes. After adding them (albeit quickly with some hacks)
the cmdlet runs.
I attach first three patches, rest follows later.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52847
Bug ID: 52847
Summary: GetACP() returns CP_UTF8 on some debian VM
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: eric.pouech(a)orange.fr
Distribution: ---
wine's tests in kernel32/tests/process.c fail …
[View More]on some Debian VM
(Dhivehi:Maldives and Hindi:India)
debugging it shows:
- conhost (in window.c) aborts at startup because TranslateCharsetInfo(
GetACP() ...) fails in Wine
- both locale return CP_UTF8 from GetACP()
- testing on windows vm (Hindi), show that GetACP() returns 1252 CP
- moreover, testing on Win11 TranslateCharsetInfo( CP_UTF8 ) succeeds
returning the Win11 values for CP_UTF8 in TranslateCharsetInfo let the
kernel32:process run "correctly" (ie no longer showing the specific errors
related to TranslateCharsetInfo)
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=48045
Bug ID: 48045
Summary: comdlg32:filedlg crashes or times out randomly
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Created attachment 65586
--> https://bugs.winehq.org/…
[View More]attachment.cgi?id=65586
comdlg32:filedlg: Traces to debug random crash / timeouts.
comdlg32:filedlg crashes randomly on all Windows versions from Vista to Windows
8 while Windows 10 (at least 1507, 1709 and 1809) gets random timeouts.
https://test.winehq.org/data/tests/comdlg32:filedlg.html
When successful comdlg32:filedlg does not print much so the standard reports
are pretty much useless to spot the place where the test gets stuck on Windows
10, assuming it gets stuck in a specific place rather than just being slow.
As for the crashes, they don't trigger the tests exc_filter() so there is no
indication of the last successful ok() call. Turning on 'Report successful
tests' may be preventing the crash (or these runs just got lucky).
It's possible to reproduce the crash while adding the traces in the attached
patch. This is not entirely fruitful as the crashes don't seem to always happen
in the same place. test_extension() is the place where most issues happen
though:
https://testbot.winehq.org/JobDetails.pl?Key=59060
-> wvistau64: Crash in test_extension(). Based on the test_extension_helper()
traces, it happened in the loop with i=1 so for "TestFilter
(*.abc;)\0*.abc;\0".
https://testbot.winehq.org/JobDetails.pl?Key=59086
-> w2008s64+exe: Crash on or after test_extension() return
https://testbot.winehq.org/JobDetails.pl?Key=59088
-> wvistau64+exe: Crash in test_DialogCancel()
https://testbot.winehq.org/JobDetails.pl?Key=59091
-> wvistau64_fr: Spent 39s in test_null_filename() but no timeout
https://testbot.winehq.org/JobDetails.pl?Key=59139
-> wvistau64: Crash in test_null_filename()
-> wvistau64_fr: Timeout in test_extension()
filedlg.c:1048: filter=[TestFilter (*.ab?) lpstrDefExt=NULL]
https://testbot.winehq.org/JobDetails.pl?Key=59151
-> wvistau64: Crash in test_extension()
filedlg.c:1048: filter=[TestFilter (*.abc.def)]
-> wvistau64_fr: Timeout in or after test_mru()
filedlg.c:637: 19 test_ok
filedlg.c:904: 29 test_getfolderpath
filedlg.c:986: 30 test_mru
-> w1064v1809_zh_CN: Two failures in test_extension()
filedlg.c:1053: Test failed: TestFilter (*.pt*;*.abc): expected TRUE
filedlg.c:1059: Test failed: TestFilter (*.pt*;*.abc): Filename is deadbeef,
expected deadbeef.xyz
Memory corruption, maybe happening quite early in the test?
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52924
Bug ID: 52924
Summary: Guilty Gear XX #Reload: black screen since wine 5.0
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: s.guidoni(a)tin.it
Distribution: ---
Since wine 5.0 the game "Guilty …
[View More]Gear XX ♯Reload" shows a black screen while
running.
The game starts, the introductory videos are displayed correctly, then the game
runs, but the screen is just black, with some blocky piece of graphics flashing
now and then across the screen. The sound plays, so one can browse the menu,
start a game and so on, but the screen stays black with some bright rectangular
shape flashing around.
The game is based on DirectX 8.1 and the last wine version that works is 4.21.
With wine 4.21, the console output is:
002d:fixme:win:EnumDisplayDevicesW ((null),0,0x33f798,0x00000000), stub!
002f:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
002d:err:quartz:GetClassMediaFile Media class not found
002d:err:winediag:MIDIMAP_drvOpen No software synthesizer midi port found, Midi
sound output probably won't work.
With wine 5.0.5, it is:
0033:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0033:fixme:d3d:wined3d_swapchain_init Unimplemented swap effect 0x5.
0035:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
0033:err:winediag:MIDIMAP_drvOpen No software synthesizer midi port found, Midi
sound output probably won't work.
With wine 7.6, it is:
012c:err:winediag:wined3d_dll_init Setting multithreaded command stream to 0x3.
012c:err:winediag:wined3d_dll_init Using the OpenGL renderer.
012c:fixme:imm:ImeSetActiveContext (0x266c88, 1): stub
012c:fixme:imm:ImmReleaseContext (0002010C, 00266C88): stub
012c:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
012c:err:d3d_sync:wined3d_cs_create Forcing serialization of all command
streams.
012c:err:d3d_sync:wined3d_cs_create Forcing serialization of all command
streams.
012c:err:winediag:MIDIMAP_drvOpen No software synthesizer midi port found, Midi
sound output probably won't work.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52871
Bug ID: 52871
Summary: oleaut32:vartest has failures in Wine in the Arabic
and Hebrew locales
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
…
[View More]Distribution: ---
oleaut32:vartest has failures in Wine in the Arabic and Hebrew locales:
vartest.c:3130: Test failed: VarAbs: expected 0x0,5,1.1, got
0x80020005,8,-1.#IND
vartest.c:4073: Test failed: wrong result 80020005
vartest.c:4188: Test failed: wrong result 80020005
vartest.c:4312: Test failed: wrong result 80020005
vartest.c:4444: Test failed: wrong result 80020005
vartest.c:7785: Test failed: VarCmp: 2|0x8000, 8|0x8000: Expected 0x2, got 0x0
vartest.c:7785: Test failed: VarCmp: 3|0x8000, 8|0x8000: Expected 0x2, got 0x0
vartest.c:7785: Test failed: VarCmp: 4|0x8000, 8|0x8000: Expected 0x2, got 0x0
vartest.c:7785: Test failed: VarCmp: 5|0x8000, 8|0x8000: Expected 0x2, got 0x0
vartest.c:7785: Test failed: VarCmp: 6|0x8000, 8|0x8000: Expected 0x2, got 0x0
vartest.c:7785: Test failed: VarCmp: 7|0x8000, 8|0x8000: Expected 0x2, got 0x0
vartest.c:7785: Test failed: VarCmp: 8|0x8000, 2|0x8000: Expected 0x0, got 0x2
vartest.c:7785: Test failed: VarCmp: 8|0x8000, 3|0x8000: Expected 0x0, got 0x2
vartest.c:7785: Test failed: VarCmp: 8|0x8000, 4|0x8000: Expected 0x0, got 0x2
vartest.c:7785: Test failed: VarCmp: 8|0x8000, 5|0x8000: Expected 0x0, got 0x2
vartest.c:7785: Test failed: VarCmp: 8|0x8000, 6|0x8000: Expected 0x0, got 0x2
vartest.c:7785: Test failed: VarCmp: 8|0x8000, 7|0x8000: Expected 0x0, got 0x2
vartest.c:7785: Test failed: VarCmp: 8|0x8000, 11|0x8000: Expected 0x0, got 0x2
vartest.c:7785: Test failed: VarCmp: 8|0x8000, 14|0x8000: Expected 0x0, got 0x2
vartest.c:7785: Test failed: VarCmp: 8|0x8000, 17|0x8000: Expected 0x0, got 0x2
vartest.c:7785: Test failed: VarCmp: 8|0x8000, 20|0x8000: Expected 0x0, got 0x2
vartest.c:7785: Test failed: VarCmp: 11|0x8000, 8|0x8000: Expected 0x2, got 0x0
vartest.c:7785: Test failed: VarCmp: 14|0x8000, 8|0x8000: Expected 0x2, got 0x0
vartest.c:7785: Test failed: VarCmp: 17|0x8000, 8|0x8000: Expected 0x2, got 0x0
vartest.c:7785: Test failed: VarCmp: 20|0x8000, 8|0x8000: Expected 0x2, got 0x0
vartest.c:7785: Test failed: VarCmp: 22|0x8000, 8|0x8000: Expected 0x2, got 0x0
https://test.winehq.org/data/patterns.html#oleaut32:vartest
These failures happen in test_VarAbs(), test_VarFix(), test_VarInt(),
test_VarNeg(), test_VarRound() and test_VarCmp() but a bisect shows that they
all start with this commit:
commit ba43e4cfca97a9bba3e6575af82acbf011685862
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Mar 29 22:11:32 2022 +0200
kernelbase: Reimplement number formatting values in GetLocaleInfoW/Ex using
the locale.nls data.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
It should be noted that this commit did fix another set of oleaut32:vartest
failures (which were likely introduced by 2cd33e6b0fd6).
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52865
Bug ID: 52865
Summary: windows.media.speech:speech has a Windows 10
1507-specific failure
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
…
[View More]IAsyncOperation_SpeechRecognitionCompilationResult_get_Completed() unexpectedly
returns a handle on Windows 10 1507:
speech.c:979: Test failed: Handler had value 0029FC20.
https://test.winehq.org/data/patterns.html#windows.media.speech:speech
Unsurprisingly a bisect shows that the failures started with the commit that
introduced this new test:
commit 4926bb148b049f1b60e57091f4aa87a3957aa69e
Author: Bernhard Kölbl <besentv(a)gmail.com>
Date: Wed Apr 6 18:28:41 2022 +0200
windows.media.speech: Add tests for IAsyncOperation.
Signed-off-by: Bernhard Kölbl <besentv(a)gmail.com>
Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52845
Bug ID: 52845
Summary: Recent versions of chromium have broken sandbox again
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Somewhere between
chromium-946247 (…
[View More]commit 4e7609b62147866fb7b226fd6efbe1ae4d2f1aca
and
chromium-946263 (commit 1bd694702105072e57b980512130a3212675ec19)
the sandbox got changes so it doesn't work under wine anymore. Result is a
black screen and soon a crash.
This affects both 32bit and 64bit chromium.
Note: chromium should be located inside the WINEPREFIX, it won't run outside!
Nightly versions to test with (chrome-win.zip)
https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.h…https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.h…
I tried to build from source on my Win11 machine, but those versions don't run
under wine at all, even if compiling the same commit as the nightly versions.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52554
Bug ID: 52554
Summary: Serbian locale mapping cause crash on multiple
installshield wizards
Product: Wine
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: lei.pero(a)gmail.com
Distribution: ---
…
[View More]Since commits:
kernelbase: Map LANG_SERBIAN_NEUTRAL in ConvertDefaultLocale().
f51e44c1802338cdd41b38efe2757b642b619d6f
ntdll: Map LANG_SERBIAN_NEUTRAL in RtlLocaleNameToLcid().
db3e08770fe9bfb6f06a71761e48a40fe9764058
starting with wine-6.2 - when using locale sr_RS.UTF-8, some (specifically
older) installers do crash, for example 3DMark03, preventing installation,
passing LANG=en_US.UTF-8 EV works as expected with no crash.
Reverting those two specific commits solves the issue. Or changing line in:
dlls/ntdll/locale.c
from:
case MAKELANGID( LANG_SERBIAN, SUBLANG_NEUTRAL ):
*lcid = LANG_SERBIAN_NEUTRAL;
to:
case MAKELANGID( LANG_SERBIAN, SUBLANG_NEUTRAL ):
*lcid = MAKELCID( 0x02, SORT_DEFAULT );
solves the issue as well, but that basically renders all those commits useless
I assume?
On the topic, but unrelated to this bug, I can see changes in
dlls/kernel32/nls/srl.nls, with commit:
kernel32: Update sr-Latn locale definition.
3b3dfda59951b0f42e297f2b9a31ded04a98d4b4
that doesn't seem right to me, srl.nls should stand for Serbian Latin I assume,
srm.nls probably stands for m as Montenegro. So, if I'm correct, addition of
srm.nls with commit:
kernel32: Add sr-Latn-RS locale definition.
db2666e9d20f80968ff6b4b0ea1deae20c3c368b
should have changes made to srl.lns.
I don't know how this is solved for English for example, since neutral should
have a specific code not related to any country where language is used (e.g.
US, UK, CA etc.), and the code it seems to be sr_CS as it is changed for sr_RS
latin locale, where it shouldn't be changed I assume.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51181
Bug ID: 51181
Summary: d3d10core:d3d10core fails systematically on AMD GPUs
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
test_instanced_draw() fails systematically in …
[View More]d3d10core:d3d10core on AMD GPUs
(and sometimes there is a crash that follows):
d3d10core.c:9275: Test failed: Got 0xfff0f010, expected 0xff80f010 at (160, 0),
sub-resource 0.
d3d10core.c:9275: Test failed: Got 0xfff0f040, expected 0xff80f040 at (240, 0),
sub-resource 0.
d3d10core.c:9275: Test failed: Got 0xffaaaacc, expected 0xffbbaacc at (480, 0),
sub-resource 0.
d3d10core.c:9275: Test failed: Got 0xffaaaa90, expected 0xffbbaa90 at (560, 0),
sub-resource 0.
Notice how this failure does not happen on the machines that have other GPUs
such as cw-gtx560 or QEmu VMs, and how this does not depend on the Windows
version or Radeon driver version for that matter:
https://test.winehq.org/data/patterns.html#d3d10core:d3d10core
So it looks like the test expects fails to account for the Radeon driver
results for some reason.
The commit that introduced this test is:
commit fcd549345d96109179b125d31baf9e9073ecf643
Author: Józef Kucia <jkucia(a)codeweavers.com>
AuthorDate: Mon Nov 6 10:55:20 2017 +0100
Commit: Alexandre Julliard <julliard(a)winehq.org>
CommitDate: Mon Nov 6 19:37:09 2017 +0100
d3d10core/tests: Add test for SV_InstanceID.
Signed-off-by: Józef Kucia <jkucia(a)codeweavers.com>
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=43995
Bug ID: 43995
Summary: Uplay - Assassin's Creed 4 Black Flag won't start
Product: Wine-staging
Version: 2.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mi.bar.2001(a)gmail.com
CC: erich.e.hoover(a)wine-…
[View More]staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 59652
--> https://bugs.winehq.org/attachment.cgi?id=59652
Terminal log from `wine AC4BFSP.exe`
After clicking the "Play" button in Ubisoft Game Launcher (or launching `wine
AC4BFSP.exe`), a window pops up informing, that the game is starting, but it
disappears and the game doesn't launch. I don't have the Steam version, just
the Uplay one.
I've set Windows version to XP, wineprefix is 32-bit.
Wine version will probably be visible when I post this, but I'm going to
mention it just to be safe. Using Wine 2.20 staging
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52856
Bug ID: 52856
Summary: kernel32:process fails when Wine has no Unix terminal
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
kernel32:console fails on …
[View More]the TestBot Wine machines:
process.c:1552: Test failed: Opening ConIn
process.c:1553: Test failed: Opening ConOut
process.c:1556: Test failed: Getting sb info
process.c:1557: Test failed: Getting console in mode
process.c:1558: Test failed: Getting console out mode
process.c:212: 5 failures in child process
process.c:1569: Test failed: Getting sb info
process.c:1570: Test failed: Getting console in mode
process.c:1571: Test failed: Getting console out mode
process.c:1582: Test failed: GetLastError: expecting 87 got 12
process.c:1592: Test failed: GetLastError: expecting 87 got 12
process.c:1621: Test failed: Console:SizeX expected 30870, but got 0
process.c:1622: Test failed: Console:SizeY expected 31489, but got 0
process.c:1623: Test failed: Console:CursorX expected 32644, but got 0
process.c:1624: Test failed: Console:CursorY expected 94, but got 0
process.c:1625: Test failed: Console:Attributes expected 0, but got 1
process.c:1626: Test failed: Console:winLeft expected 0, but got 1
process.c:1627: Test failed: Console:winTop expected 4294964424, but got 0
process.c:1628: Test failed: Console:winRight expected 49, but got 0
process.c:1629: Test failed: Console:winBottom expected 30870, but got 0
process.c:1630: Test failed: Console:maxWinWidth expected 31489, but got 0
process.c:1631: Test failed: Console:maxWinHeight expected 11256, but got 0
process.c:1634: Test failed: Console:InputMode expected 0, but got 1
process.c:1635: Test failed: Console:OutputMode expected 7211040, but got 0
process.c:1639: Test failed: Wrong console CP (expected 1252 got 0/0)
process.c:1640: Test failed: Wrong console-SB CP (expected 1252 got 0/0)
process.c:1645: Test failed: Wrong console mode
process.c:1646: Test failed: Wrong console-SB mode
https://test.winehq.org/data/patterns.html#kernel32:process
The reason is that the TestBot starts Wine from a daemon process which does not
have an associated xterm / Konsole / GNOME terminal. This causes Wine to have
to allocate a Wine console and that's when things go wrong.
A bisect shows that the TestBot is only impacted by this bug since the commit
below:
commit eff83cd4e00e8ccd4daad05bdd6d76e77664ddd1
Author: Eric Pouech <eric.pouech(a)gmail.com>
Date: Mon Apr 11 15:05:09 2022 +0200
kernelbase: Provide a pseudo console environment for initial CUI processes
not tied to a Unix tty.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52771
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52761
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52743
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
But as the commit entry shows this commit also fixed a lot of other issues in
the TestBot results (not least of which is getting the wow64 WineTest results
in an acceptable shape for test.winehq.org).
Also this issue has happened before as evidenced by bugs 25284 and 28220.
However those bugs are very old (~2014) so the issue may have been fixed and
reappeared (the TestBot has not used a Unix terminal to run the Wine tests
since at least 2018-06 (date on local-testagentd.service) and probably 2017 or
more (f1d368722b65 tools commit)).
Bug 28220 does have a more recent and interesting comment by Esme with regards
to handle inheritance:
https://bugs.winehq.org/show_bug.cgi?id=28220#c3
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52559
Bug ID: 52559
Summary: kernel32:resource times out since 2021-12-29 at two
win10 testbot systems.
Product: Wine
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
…
[View More]Distribution: ---
I wondered because the windows test patterns showed timeouts for
the kernel32:resource [1] since some days.
I tried a run with verbose timestamps and got [2].
There it shows gaps of ~6 seconds, and it looks like the delay
originates from an execution of EndUpdateResourceA [3].
Unfortunately there are a lot calls for this function and
therefore the test times out.
Searching the net led me to the autohotkey forums where this function
was associated with windows defender.
Is windows defender active at these VMs?
[1] https://test.winehq.org/data/tests/kernel32:resource.html
[2] https://testbot.winehq.org/JobDetails.pl?Key=108231&f201=exe32.report#k201
[3]
https://source.winehq.org/git/wine.git/blob/781277de62822c2bac23dc892a99665…
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52079
Bug ID: 52079
Summary: oleacc:main crashes randomly on Windows 10 1709+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: oleacc
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
oleacc:main crashes randomly on Windows 10 1709+ in …
[View More]both 32- and 64-bit:
main.c:1041: Test failed: V_VT(&v) = 0
main.c:1048: Test failed: V_VT(&v) = 0
main.c:1049: Test failed: V_DISPATCH(&v) = 0000000000000000
main.c:1049: this is the last test seen before the exception
1050:main: unhandled exception c0000005 at 0000000000401597
oleacc:main:1050 done (-1073741819) in 0s
Test failed: crash (c0000005)
https://test.winehq.org/data/patterns.html#oleacc:main
Unsurprisingly a bisect shows that the tests started failing with the commit
that introduced the test:
commit 1a3db363c6b4065af532a8db1e6309be753b1781
Author: Connor McAdams <cmcadams(a)codeweavers.com>
Date: Mon Sep 20 18:03:31 2021 +0200
oleacc: Add Client_get_accFocus tests.
Signed-off-by: Connor McAdams <cmcadams(a)codeweavers.com>
Signed-off-by: Piotr Caban <piotr(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
At the time the crash happened after line 1037 which points to line 1039 as a
likely culprit:
1032 /* Set focus to each child window. */
1033 SetFocus(btn);
1034 hr = IAccessible_get_accFocus(acc, &v);
1035 ok(hr == S_OK, "hr %#x\n", hr);
1036 ok(V_VT(&v) == VT_DISPATCH, "V_VT(&v) = %d\n", V_VT(&v));
1037 ok(V_DISPATCH(&v) != NULL, "V_DISPATCH(&v) = %p\n", V_DISPATCH(&v));
1038
1039 hr = IDispatch_QueryInterface(V_DISPATCH(&v), &IID_IOleWindow,
(void**)&ow);
1040 ok(hr == S_OK, "got %x\n", hr);
That call has been moved to _check_acc_hwnd() and so the crash now happens in
the first QueryInterface() call in that function:
hr = IUnknown_QueryInterface(unk, &IID_IOleWindow, (void**)&ow);
called from
check_acc_hwnd((IUnknown*)V_DISPATCH(&v), btn);
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52904
Bug ID: 52904
Summary: kernel32:locale breaks oleaut32:varformat on Wine in
the French locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
…
[View More]Distribution: ---
kernel32:locale breaks oleaut32:varformat on Wine in the French locale:
varformat.c:642: Test failed: Unexpected hr 0x80020005 for L"0,000 EUR"
varformat.c:649: Test failed: Unexpected hr 0x80020005 for L"0,000 EUR"
https://test.winehq.org/data/patterns.html#oleaut32:varformat
When starting from a clean wineprefix one would normally get "0,000 €" for this
test. But if one runs kernel32:locale before the Euro symbol is replaced with
"EUR" which is then not recognized as a currency symbol.
A bisect shows that the failures started with this commit:
commit 78a33f968461fa3a01d3eec837b4c24f353bc00b
Author: Alexandre Julliard <julliard(a)winehq.org>
AuthorDate: Tue Mar 29 22:12:25 2022 +0200
kernelbase: Reimplement SetLocaleInfoW().
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
The commit modifies both kernel32 and kernel32:locale, and both parts of the
patch are needed to reproduce the failure.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52867
Bug ID: 52867
Summary: System.Globalization.CultureInfo.GetCultureInfo fails
for 'en' value
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
…
[View More]Created attachment 72261
--> https://bugs.winehq.org/attachment.cgi?id=72261
stacktrace
(filing under ntdll, as that where relevant files were before the commit series
that most likely broke it)
After upgrading to 7.6, still occurring in 7.7, a regression was made - the
last published dnSpy version had been running relatively well in its basic
functionality (I'm actually not any good with it), other than minor display
glitches; now it stacktraces immediately.
I believe the stacktrace makes it clear what happens and why I suspect that
locale commit series are at fault here. That release of dnSpy embeds its mono
environment, so it's not a wine-mono problem.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52858
Bug ID: 52858
Summary: kernel32:file fails in Windows 8.1 on the cw-rx460
machine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:file and …
[View More]msvcp140:msvcp140 fail on the cw-rx460 machine:
file.c:905: Test failed: Unexpected error 87.
file.c:910: Test failed: Unexpected error 87.
https://test.winehq.org/data/patterns.html#kernel32:file
These are new tests so unsurprisingly the failures are caused by the commit
that introduced them:
commit 02faaea93b78d5d53976b2955bef7beffa780d02
Author: Paul Gofman <pgofman(a)codeweavers.com>
Date: Mon Apr 11 21:44:36 2022 +0300
kernelbase: Reset last error on success in CopyFileExW().
Signed-off-by: Paul Gofman <pgofman(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
It's unclear why the test only fails on this configuration.
Also note that msvcp140:msvcp140 fails in a very similar way in the exact same
test configuration: see bug 52857.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51407
Bug ID: 51407
Summary: kernel32:time's test_GetCalendarInfo() fails in Hindi
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Created attachment 70263
--…
[View More]> https://bugs.winehq.org/attachment.cgi?id=70263
Broken fix and traces
Three GetCalendarInfo() checks fail in Hindi:
https://test.winehq.org/data/patterns.html#kernel32:time
time.c:728: Test failed: GetCalendarInfoA failed err 87
time.c:731: Test failed: GetCalendarInfoA failed err 87
time.c:738: Test failed: got 0, expected 7
The immediate cause for the failure is that Hindi is one of the few languages
for which NLS_IsUnicodeOnlyLcid() returns true. In turn this causes the ANSI
GetCalendarInfoA() to return ERROR_INVALID_PARAMETER. The last failure just
reflects the fact that the two calls to GetCalendarInfoA() should not have
failed.
Only Hindi fails and only in Wine. But before declaring this a Wine bug we need
to look at Windows.
* For some reason probably related to SetWinLocale [1] the system locale of
w10pro64_hi is still English.
* This causes both the ANSI and Unicode GetCalendarInfo() to return English
names (Monday).
* Manually setting the system locale to Hindi is possible on Windows 10 2004.
What's interesting is the disabled and checked-by-default checkbox in that
dialog:
[X] Beta: Use Unicode UTF-8 for worldwide language support
* And indeed doing that and running the test again results in
GetCalendarInfoA() returning UTF-8 strings on Windows!
time.c:730: ret=19
sdayname1="\xe0\xa4\xb8\xe0\xa5\x8b\xe0\xa4\xae\xe0\xa4\xb5\xe0\xa4\xbe\xe0\xa4\xb0"
सोमवार
time.c:735: ret2=19
sdayname1="\xe0\xa4\xb8\xe0\xa5\x8b\xe0\xa4\xae\xe0\xa4\xb5\xe0\xa4\xbe\xe0\xa4\xb0"
सोमवार
time.c:742: ret2=19 sdayname1=L"\0938\094b\092e\0935\093e\0930"
* The beta moniker strongly suggests that this is a new option. Indeed
selecting Hindi as the system locale was not possible in Windows 8.1 for
instance.
* This is probably also why SetWinLocale has trouble setting the system locale
to Hindi.
So the Windows behavior can be summarized as such:
* Return localized values for non-Unicode-only locales.
* In older Windows versions setting the system locale to a Unicode-only locale
is impossible.
* In newer Windows versions setting the system locale to a Unicode-only locale
is possible and then it uses UTF-8.
Commenting out the Hindi line in NLS_IsUnicodeOnlyLcid() fixes the failures in
Wine (see attached patch). But this fix is wrong because it causes
GetCalendarInfoA() to return question marks instead of intelligible strings.
(it also impacts many APIs but that's probably ok based on the Windows
behavior)
So Wine should do one of the following:
1. Stick to a 'safe' system locale when $LANG is set to a Unicode-only locale.
Typically this would be English.
2. Or use UTF-8 when the system locale is a Unicode-only locale.
Option 2 would actually make a lot of sense on Unix systems but it is also more
likely to break Windows applications. So option 1 may be the safer (and
simpler?) option (for now).
[1]
https://source.winehq.org/git/tools.git/blob/HEAD:/testbot/bin/SetWinLocale…
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=43208
Bug ID: 43208
Summary: Assassin's Creed IV - Black Flag Hangs tightly
Product: Wine-staging
Version: 2.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tall89(a)mail.ru
CC: erich.e.hoover(a)wine-staging.com, …
[View More]michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
When you switch to the Big Inagua location, the game hangs tight, you have to
do Cntrl + Atl + Delete to remove the task, then the game closes, then you
receive an error message, the program ACBF.exe has a serious error, the
application will be closed, we apologize for the inconvenience
WINEDEBUG=fixme-all,err+loaddll,err+dll,err+file,err+reg
------ Program AC4BFSP.exe ------
err:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request failed with status
0x2733
err:winedevice:async_create_driver failed to create driver L"ps6ajtsb":
c0000135
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Received from
192.168.0.102:5353 16 aspire89-P55A-UD4.local. AAAA
FE80:0000:0000:0000:0A12:F0CA:1A84:437A"
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: ProbeCount 2; will
deregister 4 aspire89-P55A-UD4.local. Addr 192.168.0.102"
err:eventlog:ReportEventW L"Local Hostname aspire89-P55A-UD4.local already in
use; will try aspire89-P55A-UD4-2.local instead"
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Received from
192.168.0.102:5353 25 102.0.168.192.in-addr.arpa. PTR
aspire89-P55A-UD4.local."
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Unexpected conflict
discarding 27 102.0.168.192.in-addr.arpa. PTR aspire89-P55A-UD4-2.local."
err:ole:CoInitializeEx Attempt to change threading model of this apartment from
multi-threaded to apartment threaded
err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error
generated. <program> has not been linked, or is not a program object.".
err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error
generated. <program> object is not successfully linked, or is not a program
object.".
err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error
generated. <program> has not been linked, or is not a program object.".
err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error
generated. <program> object is not successfully linked, or is not a program
object.".
err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error
generated. <program> has not been linked, or is not a program object.".
err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error
generated. <program> object is not successfully linked, or is not a program
object.".
wine: Unhandled page fault on read access to 0x00000063 at address 0x8cfb7f
(thread 0047), starting debugger...
wine: Unhandled page fault at address 0x7bc5d590 (thread 0012), starting
debugger...
err:seh:start_debugger Couldn't start debugger ("winedbg --auto 14 168") (1115)
Read the Wine Developers Guide on how to set up winedbg or another debugger
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52864
Bug ID: 52864
Summary: windows.media.speech:speech has a refcount failure on
all Windows 10 versions
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
…
[View More]windows.media.speech:speech fails on all Windows 10 versions:
speech.c:968: Test failed: Unexpected refcount 2, expected 1
https://test.winehq.org/data/patterns.html#windows.media.speech:speech
This failure is present on all Windows 10 versions except the 1809 and 1909
ones, but probably just because these turn out not to have speech support for
English for some reason. So they just skip the test:
speech.c:877: SpeechRecognizer default language L"en-US".
speech.c:1110: Tests skipped: Could not init SpeechRecognizer with default
language!
Unsurprisingly a bisect shows that the failures started with the commit that
introduced this new test:
commit 4926bb148b049f1b60e57091f4aa87a3957aa69e
Author: Bernhard Kölbl <besentv(a)gmail.com>
Date: Wed Apr 6 18:28:41 2022 +0200
windows.media.speech: Add tests for IAsyncOperation.
Signed-off-by: Bernhard Kölbl <besentv(a)gmail.com>
Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52861
Bug ID: 52861
Summary: kernel32:locale fails on Windows 10 1709
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:locale fails on Windows 10 1709:
locale.c:4216: …
[View More]Test failed: failed 0
https://test.winehq.org/data/patterns.html#kernel32:locale
This impacts all the Windows 1709 machines but no other Windows version.
This is also a new test which was introduced by the commit below:
commit b5561c8bba9a613c53ae4669c4adb7450e5f458d
Author: Alexandre Julliard <julliard(a)winehq.org>
AuthorDate: Wed Mar 23 11:02:57 2022 +0100
ntdll: Support UTF-8 codepage in RtlInitCodePageTable().
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51460
Bug ID: 51460
Summary: oleaut32:vartest has a todo because Wine uses an
outdated currency symbol for Swiss Francs
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
…
[View More] Distribution: ---
Wine uses uses "SFr." as the currency symbol for Swiss francs instead of "CHF".
According to Wikipedia: "The use of SFr. for Swiss Franc and fr.sv. are
outdated" and are not recognized as correct by the "Secrétariat d'État à
l'économie".
https://en.wikipedia.org/wiki/Swiss_franc
This forces the use of a todo in oleaut32:vartest:
lcid = MAKELCID(MAKELANGID(LANG_FRENCH,SUBLANG_FRENCH_SWISS),SORT_DEFAULT);
WCONVERT(L"3CHF", NUMPRS_CURRENCY|NUMPRS_USE_ALL);
todo_wine EXPECT(1,NUMPRS_CURRENCY|NUMPRS_USE_ALL,NUMPRS_CURRENCY,4,0,0);
And it may cause oleaut32:varformat to fail when run in a Swiss locale.
The "SFr." currency symbol comes from nls/(de|fr|it)s.nls which are generated
from Unicode tables by tools/make_unicode so it's not clear how to fix them.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52866
Bug ID: 52866
Summary: vbscript:run fails in Wine in Arabic and Hebrew
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
vbscript:run fails in Wine in …
[View More]Arabic and Hebrew:
run.c:1888: Test failed: unexpected call OnScriptError
run.c:2933: Test failed: expected global_success_d
run.c:2934: Test failed: expected global_success_i
run.c:2936: Test failed: parse_script failed: 800a000d
run.c:1204: Test failed: api.vbs: L"Err.number = 13"
run.c:1204: Test failed: api.vbs: L"Err.number = 13"
run.c:1874: Error in line 1162: 0 L"Type mismatch"
run.c:1888: Test failed: unexpected call OnScriptError
run.c:2933: Test failed: expected global_success_d
run.c:2934: Test failed: expected global_success_i
run.c:2936: Test failed: parse_script failed: 800a000d
https://test.winehq.org/data/patterns.html#vbscript:run
Incidentally these are our two right-to-left test locales so this may be
related.
A bisect shows that the failures started with this commit:
commit ba43e4cfca97a9bba3e6575af82acbf011685862
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Mar 29 22:11:32 2022 +0200
kernelbase: Reimplement number formatting values in GetLocaleInfoW/Ex using
the locale.nls data.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52857
Bug ID: 52857
Summary: msvcp140:msvcp140 fails in Windows 8.1 on the cw-rx460
machine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msvcp140:msvcp140 …
[View More]fails in Windows 8.1 on the cw-rx460 machine
msvcp140.c:1617: Test failed: Got unexpected err 87.
msvcp140.c:1622: Test failed: Got unexpected err 87.
https://test.winehq.org/data/patterns.html#msvcp140:msvcp140
These are new tests so unsurprisingly the failures are caused by the commit
that introduced them:
commit d72d596070eb28fd5f747fb6120d36f66ff93bec
Author: Paul Gofman <pgofman(a)codeweavers.com>
Date: Mon Apr 11 21:44:35 2022 +0300
msvcp140: Implement _Copy_file().
Signed-off-by: Paul Gofman <pgofman(a)codeweavers.com>
Signed-off-by: Piotr Caban <piotr(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
The fact that only this specific Windows 8.1 configuration fails makes sense
because it is the only one to have msvcp140 and it is a relatively old version:
it is installed by the Radeon driver.
However:
* The w7u VM does have (a much newer) msvcp140 and has no failure.
* The w1064v1607 VM has the same msvcp140 version and has no failure either.
Furthermore kernel32:file also fails in the same way in the same configuration
and shouldn't depend on msvcp140. So it's possible the issue is not related to
msvcp140 at all.
Here is a summary of the msvcp140 versions on the Windows 7, 8.1 and older
Windows 10 machines:
Win Machine msvcp140
win7 w7u 14.29.30037.0
win7 w7pro64 missing (at least for 64-bit)
win81 cw-gtx560 missing
win81 cw-rx460 14.0.23026.0
win81 w8 missing
win81 w864 missing
win1507 cw-gtx560 missing
win1507 cw-rx460 missing
win1507 w1064v1507 missing
win1607 w1064v1607 14.0.23026.0
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52828
Bug ID: 52828
Summary: Incorrect instruments in MIDI playback over ALSA
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark(a)darkok.xyz
Distribution: ---
Created attachment 72216
--> …
[View More]https://bugs.winehq.org/attachment.cgi?id=72216
MIDI file that is played noticably wrong
Starting from Wine 7.5, some MIDIs aren't played back properly as they have the
incorrect instruments, at least when I've tried playing them using aplaymidi on
a VST using SAVIHost.
Downloads:
https://www.hermannseib.com/programs/savihostx64.ziphttps://cdn.roland.com/assets/media/zip/scva_win_trial.zip
Steps to reproduce:
1. Execute "winetricks mfc90" to get a required DLL
2. Extract scva_win_trial.zip and install the Roland Sound Canvas VA VST
3. Extract savihostx64.zip, and move savihost.exe to "C:\Program
Files\Roland\Sound Canvas VA"
4. Rename savihost.exe to "Sound Canvas VA.exe"
5. Run the renamed executable
6. Go to Devices>MIDI, and set Input Port 1 to "Midi Through Port-0"
7. Run "aplaymidi -p 14:0 smr_101.mid" to start playing the MIDI
8. In the VST, click "PART", and the correct instruments should be Vibraphone
for the first three, and "KICK&SNARE" for the 11th.
However, starting from Wine 7.5, these instruments are incorrectly set to
"Piano 1" for the first three, and "Syn. Strings 1" for the 11th.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=48048
Bug ID: 48048
Summary: urlmon:protocol - The ftp test fail on Vista to
Windows 8
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The ftp protocol test in …
[View More]urlmon:protocol fails frequently on Windows from Vista
to Windows 8:
protocol.c:1188: Test failed: hrResult = 800c0006, expected E_PENDING or S_OK
protocol.c:1193: Test failed: dwError = 12111, expected ERROR_SUCCESS
protocol.c:3656: Test failed: wait timed out
urlmon:protocol:0700 done (258) in 120s
Test failed: timed out
Note: 800c0006 is INET_E_OBJECT_NOT_FOUND
See https://test.winehq.org/data/tests/urlmon:protocol.html
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=18635
Summary: Menu bar is hidden in Adobe Lightroom 2.3
Product: Wine
Version: 1.1.22
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thomas+wine(a)stromberg.org
With the Adobe Lightroom 2.3 demo, the menu bar titles (File, etc.) do not
…
[View More]display. If you click on the area that they should be, the menu does appear
however. Lightroom 2.3 can be downloaded from
https://www.adobe.com/cfusion/tdrc/index.cfm?product=photoshop_lightroom (free
Adobe login required)
I'm not sure where to go about tracing the issue down to, but I did notice the
following calls that show that it is calling DrawMenuBar().
0009:Call user32.GetMenu(0002003c) ret=60030cbe
0009:Ret user32.GetMenu() retval=000000f0 ret=60030cbe
0009:Call user32.GetMenuBarInfo(0002003c,fffffffd,00000000,0032e1a4)
ret=60030cec
fixme:menu:GetMenuBarInfo (0x2003c,0xfffffffd,0x00000000,0x32e1a4)
0009:Ret user32.GetMenuBarInfo() retval=00000000 ret=60030cec
0009:Call user32.GetSystemMenu(0002003c,00000000) ret=60030beb
0009:Ret user32.GetSystemMenu() retval=00000280 ret=60030beb
0009:Call user32.GetSystemMenu(0002003c,00000000) ret=60030c06
0009:Ret user32.GetSystemMenu() retval=00000280 ret=60030c06
0009:Call user32.GetMenuItemInfoW(00000280,0000f060,00000000,0032e08c)
ret=60030c22
0009:Ret user32.GetMenuItemInfoW() retval=00000001 ret=60030c22
0009:Call user32.DrawMenuBar(0002003c) ret=6008d171
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52967
Bug ID: 52967
Summary: gdi32:font - test_text_metrics() fails on Windows with
en-AE-u8 and plain Hindi
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
…
[View More]gdi32:font - test_text_metrics() has a set of failures on Windows that only
happen with the English Arab Emirates + UTF-8 locale (en-AE-u8), and in Hindi
but without UTF-8 (hi):
font.c:3441: Test failed: BIZ UDGothic: expected family 30 got 26. panose
2-11-4-0-...
font.c:3441: Test failed: BIZ UDGothic: expected family 30 got 26. panose
2-11-4-0-...
font.c:3441: Test failed: @BIZ UDGothic: expected family 30 got 26. panose
2-11-4-0-...
font.c:3441: Test failed: @BIZ UDGothic: expected family 30 got 26. panose
2-11-4-0-...
font.c:3441: Test failed: BIZ UDMincho Medium: expected family 30 got 16.
panose 2-2-5-0-...
font.c:3441: Test failed: BIZ UDMincho Medium: expected family 30 got 16.
panose 2-2-5-0-...
font.c:3441: Test failed: @BIZ UDMincho Medium: expected family 30 got 16.
panose 2-2-5-0-...
font.c:3441: Test failed: @BIZ UDMincho Medium: expected family 30 got 16.
panose 2-2-5-0-...
font.c:3993: Test failed: A: tmDefaultChar for UD Digi Kyokasho N-B got a5
expected 1f
font.c:4015: Test failed: W: tmDefaultChar for UD Digi Kyokasho N-B got ff65
expected 1f
font.c:3441: Test failed: UD Digi Kyokasho N-B: expected family 30 got 16.
panose 2-2-7-0-...
font.c:3993: Test failed: A: tmDefaultChar for @UD Digi Kyokasho N-B got a5
expected 1f
font.c:4015: Test failed: W: tmDefaultChar for @UD Digi Kyokasho N-B got ff65
expected 1f
font.c:3441: Test failed: @UD Digi Kyokasho N-B: expected family 30 got 16.
panose 2-2-7-0-...
font.c:3993: Test failed: A: tmDefaultChar for UD Digi Kyokasho NP-B got a5
expected 1f
font.c:4015: Test failed: W: tmDefaultChar for UD Digi Kyokasho NP-B got ff65
expected 1f
font.c:3993: Test failed: A: tmDefaultChar for @UD Digi Kyokasho NP-B got a5
expected 1f
font.c:4015: Test failed: W: tmDefaultChar for @UD Digi Kyokasho NP-B got ff65
expected 1f
font.c:3993: Test failed: A: tmDefaultChar for UD Digi Kyokasho NK-B got a5
expected 1f
font.c:4015: Test failed: W: tmDefaultChar for UD Digi Kyokasho NK-B got ff65
expected 1f
font.c:3993: Test failed: A: tmDefaultChar for @UD Digi Kyokasho NK-B got a5
expected 1f
font.c:4015: Test failed: W: tmDefaultChar for @UD Digi Kyokasho NK-B got ff65
expected 1f
font.c:3993: Test failed: A: tmDefaultChar for UD Digi Kyokasho N-R got a5
expected 1f
font.c:4015: Test failed: W: tmDefaultChar for UD Digi Kyokasho N-R got ff65
expected 1f
font.c:3441: Test failed: UD Digi Kyokasho N-R: expected family 30 got 16.
panose 2-2-4-0-...
font.c:3993: Test failed: A: tmDefaultChar for @UD Digi Kyokasho N-R got a5
expected 1f
font.c:4015: Test failed: W: tmDefaultChar for @UD Digi Kyokasho N-R got ff65
expected 1f
font.c:3441: Test failed: @UD Digi Kyokasho N-R: expected family 30 got 16.
panose 2-2-4-0-...
font.c:3993: Test failed: A: tmDefaultChar for UD Digi Kyokasho NP-R got a5
expected 1f
font.c:4015: Test failed: W: tmDefaultChar for UD Digi Kyokasho NP-R got ff65
expected 1f
font.c:3993: Test failed: A: tmDefaultChar for @UD Digi Kyokasho NP-R got a5
expected 1f
font.c:4015: Test failed: W: tmDefaultChar for @UD Digi Kyokasho NP-R got ff65
expected 1f
font.c:3993: Test failed: A: tmDefaultChar for UD Digi Kyokasho NK-R got a5
expected 1f
font.c:4015: Test failed: W: tmDefaultChar for UD Digi Kyokasho NK-R got ff65
expected 1f
font.c:3993: Test failed: A: tmDefaultChar for @UD Digi Kyokasho NK-R got a5
expected 1f
font.c:4015: Test failed: W: tmDefaultChar for @UD Digi Kyokasho NK-R got ff65
expected 1f
https://test.winehq.org/data/patterns.html#gdi32:font
So it's not UTF-8 that causes the failures (still fails in Hindi). It seems to
be something that English Arab Emirates and Hindi have in common and that goes
away in Hindi + UTF-8.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52960
Bug ID: 52960
Summary: Damavand is being more CPU-intensive than DXVK
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Hi,
I remarked on my …
[View More]laptop (Ryzen 5800H + Navi 6700M) that Damavand is more
CPU-intensive than DXVK.
I did a test with 3 games where i mesured the CPU temperature during 90
secondes. I attached all logs for Witcher 3, A Plague Tales Innocence &
Control.
For Control & Witcher 3, you can see that with Damavand, the temperature is
higher between 10 and 20 degrees celcius. For "A Plague Tale Innocence", the
difference is between 5 and 10 degrees celcius.
These mesures were done with sensors -> "while true; do sensors | grep 'Tctl'
>> APlagueTale_DXVK.txt; sleep 1; done"
I'll try on my desktop (Ryzen 5600X + Navi 6700XT) if i have the same issue.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52949
Bug ID: 52949
Summary: gdi32:font - test_GetCharABCWidths() fails on Windows
in Korean and Chinese
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gdi32:…
[View More]font - test_GetCharABCWidths() fails on Windows in Korean and Chinese:
(see w10pro64-ko and w10pro64-zh-CN)
font.c:1238: Test failed: GetCharABCWidthsA 100 - 100 should have failed
font.c:1238: Test failed: GetCharABCWidthsA ffff - ffff should have failed
font.c:1244: Test failed: GetCharABCWidthsA ff should match. codepage = 0
font.c:1244: Test failed: GetCharABCWidthsA ff should match. codepage = 129
https://test.winehq.org/data/patterns.html#gdi32:font
Note that Japanese does not get these failures.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52947
Bug ID: 52947
Summary: gdi32:font - "Small Fonts" has unexpected
{First,Break}Char on Windows in Arabic
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
…
[View More]gdi32:font - "Small Fonts" has unexpected {First,Break}Char on Windows in
Arabic, resulting in failures:
font.c:996: Test failed: Small Fonts(12): tm.tmFirstChar = 00
font.c:1002: Test failed: Small Fonts(12): tm.tmBreakChar = 00
font.c:996: Test failed: Small Fonts(13): tm.tmFirstChar = 00
font.c:1002: Test failed: Small Fonts(13): tm.tmBreakChar = 00
font.c:1189: Test failed: GetCharABCWidthsW should have failed
https://test.winehq.org/data/patterns.html#gdi32:font
Maybe this can happen in other locales, but among those that are tested this
only happens with the Arabic one (w10pro64-ar). In particular the Hebrew locale
(w10pro64-he) does not have this issue.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52946
Bug ID: 52946
Summary: gdi32:font - test_bitmap_font_metrics() fails on
Windows in the Greek & Japanese system locales
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)…
[View More]codeweavers.com
gdi32:font - test_bitmap_font_metrics() fails on Windows in the Japanese and
Greek system locales:
Greek [w7u-el]:
font.c:993: Test failed: Small Fonts(3): tm.tmInternalLeading 1 != 0
font.c:995: Test failed: Small Fonts(3): tm.tmAveCharWidth 2 != 1
font.c:1008: Test failed: Small Fonts(8): tm.tmMaxCharWidth 8 != 7
Japanese and Mixed locale (Japanese system locale) [w10pro64-ja
w10pro64-mx-MX]:
font.c:993: Test failed: Small Fonts(12): tm.tmInternalLeading 0 != 2
font.c:995: Test failed: Small Fonts(12): tm.tmAveCharWidth 7 != 5
font.c:993: Test failed: Small Fonts(13): tm.tmInternalLeading 0 != 2
font.c:995: Test failed: Small Fonts(13): tm.tmAveCharWidth 8 != 6
font.c:1189: Test failed: GetCharABCWidthsW should have failed
https://test.winehq.org/data/patterns.html#gdi32:font
So these failures entirely come down to the system locale, but only a few of
them, and this can happen on any Windows version.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52902
Bug ID: 52902
Summary: gdi32:font has specific failures on Windows 10 with
the UTF-8 codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The following …
[View More]gdi32:font failures are specific to UTF-8 on Windows 10:
--- test_RealizationInfo():
font.c:4356: Test failed: info[0] = 103 for the system font
--- test_GetCharacterPlacement():
font.c:4998: Test failed: Unexpected first glyph L":"
font.c:5012: Test failed: GetCharacterPlacementA returned different result:
1048638 vs 1048637
font.c:5016: Test failed: GetCharacterPlacementA returned different result:
1048638 vs 1048637
font.c:5023: Test failed: GetCharacterPlacementA returned different result:
1048638 vs 1048637
font.c:5025: Test failed: Unexpected first glyph L":"
--- test_GetCharWidthInfo():
font.c:7396: Test failed: expected 0, got -8
font.c:7397: Test failed: expected 0, got -9
font.c:7398: Test failed: expected 0, got 1
https://test.winehq.org/data/patterns.html#gdi32:font
They can be reproduced on w10pro64-hi-u8.
Note that w10pro64-hi which uses the Hindi locale too but not UTF-8 (so the
system locale is English) has its own set of totally unrelated failures.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52945
Bug ID: 52945
Summary: kernel32:sync - test_condvars_base() fails randomly on
Windows 10 1709+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:…
[View More]sync's test_condvars_base() fails randomly on Windows 10 1709+:
sync.c:1859: Test failed: SleepConditionVariableCS should still return TRUE on
crit unlock delay
https://test.winehq.org/data/patterns.html#kernel32:sync
Based on the current test results the failure happens roughly 11% of the time
and may happen twice in a run about 0.8% of the time. It happens on both bare
metal (cw-gtx560, cw-rx460) and in VMs so it's not a QEmu issue.
Yet I have not been able to reproduce the failure so far, even when looping on
test_condvars_base() 1000 times. I also tried to see if some other test was the
trigger but that did not work out either.
Back in the day I tentatively noted that the failures may have started on
2021-09-13 (cw-gtx560 1809) or 2021-10-01 (all others); but I was obviously
never able to pinpoint it and given how elusive the failure is, you should take
that with a pinch of salt.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51365
Bug ID: 51365
Summary: wininet:http causes urlmon:protocol to time out
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
If wininet:http is run before urlmon:url the latter will time …
[View More]out as follows:
protocol.c:348: Test failed: unexpected call OnResponse
protocol.c:839: Test failed: unexpected call ReportProgress_MIMETYPEAVAILABLE
protocol.c:1101: Test failed: unexpected call ReportData
protocol.c:3437: Test failed: wait timed out
protocol.c:3439: Test failed: expected Switch
protocol.c:3560: Testing http protocol (redirected, disable auto redirect)...
protocol.c:469: QueryService(IID_IGetBindHandle)
protocol.c:475: QueryService(IID_IWindowForBindingUI)
protocol.c:1178: Test failed: unexpected call ReportResult
protocol.c:1186: Test failed: hrResult = 800c0014, expected: 00000000
urlmon:protocol:0bd0 done (258) in 120s
(0x800c0014 = INET_E_REDIRECT_FAILED)
The timeout actually happens in test_http_protocol_url() on line 3437:
ok( WaitForSingleObject(event_complete, 90000) == WAIT_OBJECT_0, "wait timed
out\n" );
This actually happens on machines that use the wt-daily.bat script [1] because
that script first runs the 32-bit tests (including wininet:http) and then the
64-bit tests and, obviously, no configuration 'reset' happens in between.
Specifically this causes failures in the 64-bit urlmon:protocol results on
cw-gtx560 and cw-rx460:
https://test.winehq.org/data/patterns.html#urlmon:protocol
[1] https://github.com/fgouget/wt-daily/blob/master/wt-daily.bat.template#L138
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=50348
Bug ID: 50348
Summary: MFMEv20 Emulator crashes on start
Product: Wine
Version: 6.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adec2011.ac(a)gmail.com
Distribution: ---
Created attachment 68935
--> https://…
[View More]bugs.winehq.org/attachment.cgi?id=68935
Log file for crash
MFMEv20 crashes on start. Log file 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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=46330
Bug ID: 46330
Summary: [Feature Request] Enable winelib on ppc64el
Product: Wine
Version: unspecified
Hardware: Other
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: tpearson(a)raptorengineering.com
Distribution: ---
With the …
[View More]resurgence in POWER hardware support and interest centering around the
POWER8/POWER9 chips, it would be great to get winelib support for the ppc64el
architecture. This would allow Windows open source applications to be used on
these powerful machines (e.g. FEMM, SQLYog, etc.).
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=3200
--- Comment #21 from Artem S. Tashkinov <aros(a)gmx.com> ---
(In reply to temp82 from comment #20)
> Not Found
>
> The requested URL was not found on this server.
Far Manager 3:
https://www.farmanager.com/download.php
Far Manager 2:
https://www.farmanager.com/history/far2.x86.msihttps://www.farmanager.com/history/far2.x64.msi
The old issues still remain:
1) Pressing Alt+F9 several times breaks the Far 3 window
2) The Far …
[View More]window cannot be shrunk using mouse like it can be done in Windows -
in Linux scroll bars appear and internally the window remains the same size as
being being shrunk. Expansion in Linux works just fine.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52430
Bug ID: 52430
Summary: Ubi Connect Launcher forever shows a black window
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blue-t(a)web.de
Distribution: ---
Created attachment 71690
--> https:…
[View More]//bugs.winehq.org/attachment.cgi?id=71690
Console Log
When you try to run the Ubi Connect Launcher, it never finishes the start
sequence. Instead of showing the "Ubisoft Connect" Text alongside a logo inside
a frame with small status updates in the lower left corner before displaying
news and installed games, it just shows an empty black window that never
vanishes and never gets content.
On the console variuous notes about shaders are repeated.
The AppDB says using corefonts via winetricks should make it boot, but it
doesn't.
The Card is an amd rtx480 on a Kubuntu 21.10.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=3200
temp82(a)luukku.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |temp82(a)luukku.com
--- Comment #20 from temp82(a)luukku.com ---
Not Found
The requested URL was not found on this server.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
…
[View More]You are watching all bug changes.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=46694
Bug ID: 46694
Summary: widl crashes in dlls/atl during build on ppc64el
Product: Wine
Version: 4.2
Hardware: Other
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tpearson(a)raptorengineering.com
Distribution: ---
Created attachment 63657
…
[View More] --> https://bugs.winehq.org/attachment.cgi?id=63657
Backtrace
Building on ppc64el fails with a segmentation fault in widl while attempting to
build dlls/atl. Backtrace 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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52612
Bug ID: 52612
Summary: Build Error on macOS 12.2.1 with M1 mac
Product: Wine
Version: 7.3
Hardware: arm
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: syurin.nagatuki(a)gmail.com
Created attachment 71939
--> https://bugs.winehq.org/…
[View More]attachment.cgi?id=71939
log
Build Error on macOS 12.2.1 with M1 Mac
Error Message :
clang: error: unable to execute command: Segmentation fault: 11
clang: error: clang frontend command failed due to signal (use -v to see
invocation)
Apple clang version 13.0.0 (clang-1300.0.29.30)
Target: arm64-apple-darwin21.3.0
Thread model: posix
InstalledDir:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
clang: note: diagnostic msg:
********************
PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
clang: note: diagnostic msg:
/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/T/cmslut-db7957.c
clang: note: diagnostic msg:
/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/T/cmslut-db7957.sh
clang: note: diagnostic msg: Crash backtrace is located in
clang: note: diagnostic msg:
/Users/syurin/Library/Logs/DiagnosticReports/clang_<YYYY-MM-DD-HHMMSS>_<hostname>.crash
clang: note: diagnostic msg: (choose the .crash file that corresponds to your
crash)
clang: note: diagnostic msg:
********************
make: *** [libs/lcms2/src/cmslut.o] Error 254
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52929
Bug ID: 52929
Summary: Sleeping Dogs hangs at startup with the Vulkan
renderer
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
…
[View More]Created attachment 72302
--> https://bugs.winehq.org/attachment.cgi?id=72302
VKD3D_DEBUG=trace VKD3D_SHADER_DEBUG=trace
WINEDEBUG=+d3d,+d3d11,+d3d_shader,+seh log
Hi,
The game starts and works correctly with the OpenGL renderer and hangs when it
launched with DAMAVAND (Vulkan renderer).
Last lines in the output console when the game freeze :
######
0158:fixme:d3d11:d3d11_device_CheckFormatSupport iface 00000000003791D0, format
77, format_support 0000000005BFFC08 partial-stub!
0158:fixme:d3d11:d3d11_device_CheckFormatSupport iface 00000000003791D0, format
98, format_support 0000000005BFFC08 partial-stub!
0158:fixme:d3d11:d3d11_device_CheckFormatSupport iface 00000000003791D0, format
61, format_support 0000000005BFFC08 partial-stub!
0158:fixme:d3d11:d3d11_device_CheckFormatSupport iface 00000000003791D0, format
61, format_support 0000000005BFFC08 partial-stub!
0158:fixme:d3d11:d3d11_device_context_Map Ignoring map_flags 0x100000.
015c:fixme:d3d:wined3d_texture_vk_upload_data Unhandled multi-aspect format
WINED3DFMT_R24G8_TYPELESS.
015c:fixme:d3d:wined3d_texture_vk_upload_data Unhandled multi-aspect format
WINED3DFMT_R24G8_TYPELESS.
015c:fixme:d3d:wined3d_texture_vk_upload_data Unhandled multi-aspect format
WINED3DFMT_R24G8_TYPELESS.
015c:fixme:d3d:wined3d_texture_vk_upload_data Unhandled multi-aspect format
WINED3DFMT_R24G8_TYPELESS.
amdgpu: The CS has been cancelled because the context is lost.
015c:err:d3d:wined3d_context_vk_submit_command_buffer Failed to submit command
buffer 00007FF39C16E5D0, vr VK_ERROR_DEVICE_LOST.
######
I attach the VKD3D_DEBUG=trace VKD3D_SHADER_DEBUG=trace
WINEDEBUG=+d3d,+d3d11,+d3d_shader,+seh log.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52907
Bug ID: 52907
Summary: Etra's Training Grounds: Black solid models
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: joseskvolpe(a)gmail.com
Distribution: ---
Created attachment 72291
--> …
[View More]https://bugs.winehq.org/attachment.cgi?id=72291
Shell log
Solid models on Etra's Training Grounds game are all dark
Once starting, the game displays a lot of fixmes and errors:
0110:fixme:d3d11:d3d11_device_CheckFeatureSupport Unhandled feature 0x3.
00000000055CDC10: "GL_INVALID_ENUM in glTexBufferRange(internalFormat
GL_RGBA8_SNORM)".
016c:fixme:d3d_shader:shader_glsl_interpolation_qualifiers Unhandled
interpolation mode 0x3.
On Windows 10 using the same hardware, the solid models are rendered correctly,
indicating that's not a issue with my Intel integrated graphics.
Procedure:
1 - Open the game
Download:
https://etra-etra-games.itch.io/a-beginners-guide-to-fps-games
SHA-1(Lesson-FPS_Buff-High Quality-64bit.zip):
56ec1d6098ccfc638d955cc3f093c77ae6749224
SHA-1(Lesson-FPS_Not-Buff-Lower Quality-64bit.zip):
7ce3384e3e5954beb1b84cbe1b9344e020b5387a
I've used Lesson-FPS_Buff-High Quality-64bit.zip on the screenshots and log,
low-quality version is glitch aswell, i didn't tested 32-bir versions
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52894
Bug ID: 52894
Summary: comdlg32:filedlg - test_arrange() fails in Wine in the
Japanese and Chinese locales
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
…
[View More] Distribution: ---
test_arrange() fails in Wine in the Japanese and Chinese locales:
filedlg.c:761: Test failed: Wrong height of dialog 301, expected 323
https://test.winehq.org/data/patterns.html#comdlg32:filedlg
The failure only happens in Wine and is 100% reproducible with the right
locale. So this looks very much like a bug in comdlg32.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52921
Bug ID: 52921
Summary: Resident Evil 5 DVD shows
E_INVALIDARG:XLiveInitialize(&xii)
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: BOBBLOG(a)protonmail.com
Distribution: -…
[View More]--
Resident Evil 5 DVD shows E_INVALIDARG:XLiveInitialize(&xii) when i launch the
game.
This was tested with wine-7.7 in a clean wine prefix. I'll attach +d3d log.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52920
Bug ID: 52920
Summary: Resident Evil 5 DVD shows
E_INVALIDARG:XLiveInitialize(&xii)
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: BOBBLOG(a)protonmail.com
Distribution: -…
[View More]--
Resident Evil 5 DVD shows E_INVALIDARG:XLiveInitialize(&xii) when i launch the
game.
This was tested with wine-7.7 in a clean wine prefix. I'll attach +d3d log.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52860
Bug ID: 52860
Summary: [Anno 2070]Crashes at launch (Assertion failed)
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 72259
--> https:…
[View More]//bugs.winehq.org/attachment.cgi?id=72259
Anno 2070 on Windows 11
Hello,
This game is a piece oh shit to update. If someone has the game :
1- Install UbisoftConnect & install the game
2- Cut Anno5 folder into a Windows partition.
3- Run Anno5.exe or Autopatcher.exe to update the game.
4- Retrieve the game folder.
5- Launch the game.
When you run the step 5, you need to have the Anno window to enable the game
(see attached screenshot). But with Wine 7.6, i have these lines in the output
console :
******
0100:fixme:d3d11:d3d11_device_context_SwapDeviceContextState D3D10 interface
emulation not fully implemented yet!
0100:fixme:d2d:d2d_device_context_PushLayer iface 06C93460, layer_parameters
0032F348, layer 06CBD938 stub!
0110:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
0100:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 07C114E8.
0100:fixme:d2d:d2d_text_renderer_DrawGlyphRun Ignoring options 0x2.
0100:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 07C114E8.
0100:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 07C114E8.
0100:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 07C114E8.
Assertion failed: iface->lpVtbl == (ID2D1DrawingStateBlockVtbl
*)&d2d_state_block_vtbl, file ../dlls/d2d1/state_block.c, line 189
******
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52928
Bug ID: 52928
Summary: comctl32:toolbar - test_sizes() fails on Windows with
the UTF-8 codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
comctl32:…
[View More]toolbar's test_sizes() fails on Windows with the UTF-8 codepage:
toolbar.c:1594: Test failed: invalid rect (754,2)-(783,26) - expected
(754,2)-(784,26) - (button = 5, tbsize_numtests = 18)
toolbar.c:1597: Test failed: invalid rect (754,0)-(783,38) - expected
(754,0)-(784,38) - (button = 5, tbsize_numtests = 19)
toolbar.c:1626: Test failed: invalid rect (118,2)-(183,40) - expected
(118,2)-(184,40) - (button = 2, tbsize_numtests = 21)
toolbar.c:1634: Test failed: invalid rect (0,2)-(65,40) - expected
(0,2)-(66,40) - (button = 0, tbsize_numtests = 22)
toolbar.c:1661: Test failed: invalid rect (0,2)-(29,24) - expected
(0,2)-(30,24) - (button = 0, tbsize_numtests = 24)
https://test.winehq.org/data/patterns.html#comctl32:toolbar
This can be reproduced on w10pro64-hi-u8.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52927
Bug ID: 52927
Summary: comctl32:rebar - test_bandinfo() fails on Windows with
the UTF-8 codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
…
[View More]comctl32:rebar's test_bandinfo() fails on Windows with the UTF-8 codepage:
rebar.c:949: Test failed: expected 35 for 38 from line 990
rebar.c:949: Test failed: expected 40 for 43 from line 996
rebar.c:949: Test failed: expected 40 for 43 from line 1015
https://test.winehq.org/data/patterns.html#comctl32:rebar
Hindi + UTF-8 is the only locale where this test fails on Windows at this time.
In particular there is no failure on the standard Hindi locale (English system
locale) so this appears to be specific to UTF-8.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52926
Bug ID: 52926
Summary: usp10:usp10 The wgBlank and wgInvalid checks fail on
Windows with the UTF-8 codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: usp10
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
…
[View More]usp10:usp10's wgBlank and wgInvalid checks in test_ScriptGetFontProperties()
fails on some truetype fonts with Hindi + UTF-8 codepage:
usp10.c:2634: Test failed: truetype font Symbol wgBlank 0000 gi[0] 0003
usp10.c:2645: Test failed: truetype font Symbol wgInvalid 0000 gi[0] 0003
usp10.c:2634: Test failed: truetype font Webdings wgBlank 0000 gi[0] 0003
usp10.c:2645: Test failed: truetype font Webdings wgInvalid 0000 gi[0] 0003
usp10.c:2634: Test failed: truetype font Wingdings wgBlank 0000 gi[0] 0003
usp10.c:2645: Test failed: truetype font Wingdings wgInvalid 0000 gi[0] 0003
https://test.winehq.org/data/patterns.html#usp10:usp10
See also bug 52925 which is a similar issue with wgBlank in a wider range of
locales, and for bitmap fonts instead of TrueType ones.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52896
Bug ID: 52896
Summary: gdi32:font has a test_GetCharABCWidths() failure on
all Windows 10 versions
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The …
[View More]following test_GetCharABCWidths() test fails on all Windows 10 versions:
ret = GetCharABCWidthsW(hdc, 'a', 'a', abc);
ok(!ret, "GetCharABCWidthsW should have failed\n");
font.c:1189: Test failed: GetCharABCWidthsW should have failed
https://test.winehq.org/data/patterns.html#gdi32:font
It was introduced in this pretty old commit:
commit 0dc765809c602cf62a87e28451e4eea81eeca0cb
Author: Hans Leidekker <hans(a)it.vu.nl>
AuthorDate: Sat Dec 8 22:55:01 2007 +0100
Commit: Alexandre Julliard <julliard(a)winehq.org>
CommitDate: Mon Dec 10 12:27:13 2007 +0100
gdi32: GetCharABCWidthsI does not require a scalable font.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=45385
Bug ID: 45385
Summary: Wrong state of virtual keys after cycling windows.
Usually VK_MENU, VK_SHIFT and VK_CONTROL, but every
key can be affected.
Product: Wine
Version: 3.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(…
[View More]a)winehq.org
Reporter: johnfound(a)asm32.info
Distribution: ---
I noticed that the state of the keys sometimes sticks in pressed state.
This happens when cycling windows with some shortcut key combination.
For example if cycling with Alt+Tab, on pressing Alt, the program gets
WM_KEYDOWN and the state of the VK_MENU becomes pressed. But after cycling
windows, the program does not get WM_KEYUP because the window is not focused
and VK_MENU (and the respective VK_LMENU or VK_RMENU) remain in pressed state.
When cycling back to the program window, the window get focused only after
releasing Alt key, so it does not get this event as well.
If cycling windows with another shortcut key combination (for example
Alt+Shift+Tab - for backward cycling) both VK_MENU and VK_SHIFT keys stick.
In the same time, GetAsyncKeyState returns the proper state of the keys.
Note1: The problem is obviously in the wineserver code, because it handles the
key state tables for the different threads.
Note2: The effect happens only sometimes. It seems the code for proper
processing is already there, but some racing conditions have place.
Note3: There is some probability that the effect is in result of my application
code, but it never happens on real Windows, so I considered it a bug.
Note4: I tried to workaround this problem by reading the whole table by
GetAsyncKeyState and setting it then with SetKeyboardState on WM_ACTIVATE
message of the main window. This workaround actually works, but is too ugly
IMO.
The same trick on WM_ACTIVATEAPP does not work.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52737
Bug ID: 52737
Summary: winecfg not open
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jayjameshlw(a)gmail.com
Distribution: ---
archkubi@GnuChanOS ~> winecfg
MESA-INTEL: warning: Haswell …
[View More]Vulkan support is incomplete
MESA-INTEL: warning: Haswell Vulkan support is incomplete
MESA-INTEL: warning: Haswell Vulkan support is incomplete
MESA-INTEL: warning: Haswell Vulkan support is incomplete
MESA-INTEL: warning: Haswell Vulkan support is incomplete
MESA-INTEL: warning: Haswell Vulkan support is incomplete
MESA-INTEL: warning: Haswell Vulkan support is incomplete
0120:err:winediag:nodrv_CreateWindow Application tried to create a window, but
no driver could be loaded.
0120:err:winediag:nodrv_CreateWindow The explorer process failed to start.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52735
Bug ID: 52735
Summary: Wine does not launch GUI apps
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bihag37553(a)flowminer.com
Distribution: ---
Wine versions above wine 7.0rc2 don't work for …
[View More]me on intel+nvidia setup on
manjaro linux kernel 5.17.0-1 and I have also tried kernel 5.16. I'm using
nvidia drivers version 510.60.02
When I launch wine, I get the following error:
00f4:err:winediag:nodrv_CreateWindow Application tried to create a window, but
no driver could be loaded.
00f4:err:winediag:nodrv_CreateWindow L"The explorer process failed to start."
I have tried deleting the wine prefix and using wine-staging but couldn't fix
this issue.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52913
Bug ID: 52913
Summary: user32:dde fails on Windows with the UTF-8 codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:dde fails on Windows with the UTF-8 codepage.…
[View More]
dde.c:2653: client ansi, server ansi
dde.c:2535: Test failed: Wrong size 5 expected 7 or 6, msg_index=9
dde.c:2537: Test failed: Expected abcé, got abcé, msg_index=9
msg_index=9
https://test.winehq.org/data/patterns.html#user32:dde
The failing string is actually this one:
{ 0x0061, 0x0062, 0x0063, 0x9152, 0 }, /* Chinese with latin characters
begin */
Adding a couple of wine_dbgstr_a() shows that the two strings that are compared
are:
dde.c:2538: Test failed: Expected [abc酒] "abc\xe9\x85\x92", got [abc��]
"abc\xe9\x85", msg_index=9
I have confirmed that the 0x9152 UTF-16 character translates to \xe9\x85\x92 in
UTF-8 [1]. So the issue is that the string we receive is missing one byte.
However that looks like a Windows bug in the character encoding conversion.
[1] For some reason test.winehq.org seems to interpret the page as iso-8859-1
so \xe9 is shown as 'é'.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=33058
Bug #: 33058
Summary: Visual Basic 6 crashes when object browser is clicked
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
Regression SHA1:…
[View More] Visual Basic 6 crashes when object browser button is
clicked
Created attachment 43703
--> http://bugs.winehq.org/attachment.cgi?id=43703
Backtrace
Visual Basic 6 IDE crashes when object browser is clicked
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=24914
Summary: Unable to resize form in visual basic 6 enterprise
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stupidhomer(a)gmail.com
If I make a new Standard Project and attempt to resize the form, it locks the
…
[View More]whole form window, and to get it back, I have to double click on "Form1" in the
project sidebar.
No error messages or output from wine to understand 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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52785
Bug ID: 52785
Summary: Battlefield 4 crashes in wined3d_buffer_create
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xiretza+winehq(a)xiretza.xyz
Distribution: ---
Created attachment 72167
--…
[View More]> https://bugs.winehq.org/attachment.cgi?id=72167
Report saved by the wine crash reporter
During gameplay, Battlefield 4 frequently and seemingly randomly crashes with a
page fault in wined3d_buffer_create. Some time ago I was able to play the game
without any crashes, and I'm not aware of any updates to the game, so this may
be a regression in wine - but too much on my system has changed since then to
be certain. Crash report is 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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52901
Bug ID: 52901
Summary: gdi32:metafile - test_emf_ExtTextOut_on_path() fails
on Windows with the UTF-8 codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.…
[View More]com
test_emf_ExtTextOut_on_path() fails on Windows with the UTF-8 codepage:
metafile.c:7907: Test failed: expected 0, got 183
metafile.c:7922: Test failed: expected 0, got 183
metafile.c:7981: Test failed: expected 0, got 183
metafile.c:8004: Test failed: ExtTextOut error 0
metafile.c:2326: Test failed: emf_TextOut_negative_count: mfsize=1840,
bsize=128
metafile.c:2343: Test failed: emf_TextOut_negative_count: expected
rclBounds.left = 0, got 10
metafile.c:2345: Test failed: emf_TextOut_negative_count: expected
rclBounds.top = 0, got 20
metafile.c:2347: Test failed: emf_TextOut_negative_count: expected
rclBounds.right = -1, got 29
metafile.c:2349: Test failed: emf_TextOut_negative_count: expected
rclBounds.bottom = -1, got 39
metafile.c:2352: Test failed: expected nBytes 128, got 1840
metafile.c:2354: Test failed: expected nRecords 2, got 18
metafile.c:2219: Test failed: emf_TextOut_negative_count: emr->iType 14 != 84
metafile.c:2222: Test failed: emf_TextOut_negative_count: emr->nSize 20 != 108
https://test.winehq.org/data/patterns.html#gdi32:metafile
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=48008
Bug ID: 48008
Summary: WinSCP can't display Chinese characters correctly
Product: Wine
Version: 4.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wwycheuk(a)gmail.com
Distribution: ---
Created attachment 65539
--> …
[View More]https://bugs.winehq.org/attachment.cgi?id=65539
screenshot
Ubuntu Studio 19.10 is installed using Traditional Chinese interface.
Downloaded and installed the latest version of WinSCP 5.15.5 from
https://winscp.net/eng/download.php
The Chinese characters in the dialog box appear as boxes, but the characters in
main window are ok. (see picture 1)
The Chinese characters in folder also appear as boxes (see picture 2), not sure
whether they are of the same root cause.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52769
Bug ID: 52769
Summary: Missing MFSchemeHandler for common url schemes
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: yshuiv7(a)gmail.com
Distribution: ---
Right now there is only a scheme …
[View More]handler for "file:". Some games use Media
Foundation to play videos from URLs, VRChat is one of the notable examples.
Missing common scheme handler for schemes such as "http:" and "https:" means
videos can't be played in those 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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52819
Bug ID: 52819
Summary: Smart-House Configuration Tool v1.25: crashes when
configuring serial port
Product: Wine
Version: 3.21
Hardware: x86-64
URL: https://www.smartbuilding.dk/software/z_controller/Set
up_SmartHouse%20125.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
…
[View More] Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: chroxvi(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 77b4391d442e927a2a59b5afb244355b0634aaa
Distribution: Fedora
Created attachment 72199
--> https://bugs.winehq.org/attachment.cgi?id=72199
Terminal output logs and bisect result
Steps to reproduce:
1. Download and unzip the Carlo Gavazzi Smart-House Tool v1.25 from
https://www.smartbuilding.dk/software/z_controller/Setup_SmartHouse%20125.z…
("Setup_SmartHouse 125.exe" sha256sum:
5fc57b031e232fbb0c40f157ec133a324d74c1fe52806baf0172458aadab6067)
2. Install the tool using:
- WINEARCH=win32 WINEPREFIX=~/.smarthouse_regtest wine winecfg
- WINEPREFIX=~/.smarthouse_regtest winetricks -q vb6run
- WINEPREFIX=~/.smarthouse_regtest wine Setup_SmartHouse\ 125.exe (click
through the install GUI in its default configuration)
3. Run the tool:
- WINEPREFIX=~/.smarthouse_regtest wine
~/.smarthouse_regtest/drive_c/Program\ Files/Carlo\
Gavazzi/smart-house/smart-house\ 1.25/smart-house\ Tool\ 0125.exe
4. Open the menu: "Options" --> "Serial Port"
5. Program crashes
This is a regression. The Smart-House tool (following the above procedure)
works with no errors using Wine 3.20.
Using Wine 3.21, it crashes as soon as the program is executed. An error
message is displayed. It contains the text: "Run-time error ‘-2147220990
(80040202)’: Automation error".
Using Wine 7.6, an error is shown when the program is executed, but the program
starts. It contains the text: "Run-time error ‘-2147417839 (80010111)’: Method
‘~’ of object ‘~’ failed". When opening the menu "Options" --> "Serial Port",
the application crashes. An error message is displayed. It contains the text:
"Run-time error ‘-2147418105 (80010007)’: Automation error"
Using latest master (wine-7.6-152-g07f22e20d73), the program installer crashes.
However, executing the program with wine-7.6-152-g07f22e20d73 using a wine
prefix installed with Wine 7.6 behaves identically to Wine 7.6.
I did a bisect between Wine 3.20 and 3.21, which gave
77b4391d442e927a2a59b5afb244355b0634aaa as the first bad commit.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52881
Bug ID: 52881
Summary: Improve software components also for using “MiTeC
System Information X”
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Markus.Elfring(a)web.de
…
[View More]Distribution: ---
I have tried the tool “MiTeC System Information X 4.2.0.0” out together with
the software “Wine 7.7-1449.4”.
Markus_Elfring@Sonne:~> wine
/home/altes_Heim2/elfring/geladen/Freeware/MSIX/MSIX.exe
00c4:err:ntoskrnl:ZwLoadDriver failed to create driver
L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\SecDrv": c0000142
003c:fixme:service:scmdatabase_autostart_services Auto-start service L"SecDrv"
failed to start: 1114
0024:fixme:thread:GetThreadUILanguage : stub, returning default language.
0024:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 009AD7A8, 00000000
009AD7D0
0024:fixme:nls:get_dummy_preferred_ui_language (0x38 009AD7A8 00000000
009AD7D0) returning a dummy value (current locale)
…
0024:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
…
0120:fixme:resource:GetGuiResources (000001FC,0): stub
0120:fixme:process:QueryProcessCycleTime (000001FC,01425E90): stub!
0024:fixme:imm:ImeSetActiveContext (0x26adf8, 1): stub
0024:fixme:imm:ImmReleaseContext (00020082, 0026ADF8): stub
0070:fixme:imm:ImeSetActiveContext (0x5b6d0, 0): stub
…
0024:fixme:win:WINNLSEnableIME hwnd 000100AA enable 0: stub!
0024:fixme:wevtapi:EvtOpenChannelEnum (00000000 0) stub
0024:fixme:wevtapi:EvtNextChannelPath (00000000 522 009ADE62 009AE28C) stub
0024:fixme:wevtapi:EvtClose (00000000) stub
…
0024:err:listview:LISTVIEW_WindowProc unknown msg 109d, wp 0, lp 0
0024:fixme:win:WINNLSEnableIME hwnd 000100AA enable -1: stub!
0058:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 7405c (device=7 access=1
func=17 method=0)
0058:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1
func=20 method=0)
0058:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 7c088 (device=7 access=3
func=22 method=0)
…
0058:fixme:mountmgr:query_property Faking StorageDeviceProperty data
0058:fixme:mountmgr:query_property Unsupported property 0x7
…
0058:fixme:mountmgr:harddisk_ioctl returning zero-filled buffer for
IOCTL_VOLUME_GET_VOLUME_DISK_EXTENTS
0058:fixme:mountmgr:query_property Unsupported property 0x34
0024:fixme:cdrom:CDROM_GetDeviceNumber stub
0024:fixme:cdrom:CDROM_GetMediaType : faking success
…
wine: Read access denied for device L"\\??\\Z:\\", FS volume label and serial
are not available.
…
0024:fixme:wbemdisp:propertyset_get__NewEnum
0024:fixme:ras:RasEnumConnectionsA (009AD088,009ADD4C,009ADD48),stub!
0024:fixme:ras:RasEnumConnectionsA RAS support is not implemented! Configure
program to use LAN connection/winsock instead!
0024:err:ole:com_get_class_object class {f3bdfad3-f276-49e9-9b17-c474f48f0764}
not registered
0024:err:ole:create_server class {f3bdfad3-f276-49e9-9b17-c474f48f0764} not
registered
0024:err:ole:com_get_class_object no class object
{f3bdfad3-f276-49e9-9b17-c474f48f0764} could be created for context 0x5
0024:err:winediag:netapi_init failed to load libnetapi.so
…
0024:fixme:mpr:WNetGetUniversalNameW (L"C:\\", 0x00000001, 009ABE9C, 009AC2B4):
stub
…
0024:fixme:uxtheme:DrawThemeTextEx unsupported flags 0x00002201
…
How will the chances evolve to fix remaining open issues?
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52482
Bug ID: 52482
Summary: Invisible UI in installer of Lightroom Classic
2021/2022
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal(a)protonmail.com
Distribution: ---
…
[View More]Created attachment 71775
--> https://bugs.winehq.org/attachment.cgi?id=71775
Wine log
When trying to install LR Classic 2021/2022, then I see only a white window and
a error spam:
"""
0178:fixme:mshtml:HTMLWindow2_get_frames (06004AF0)->(00D5F3A0): semi-stub
0178:fixme:mshtml:HTMLWindow2_get_frames (06004AF0)->(00D5F3A0): semi-stub
"""
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52817
Bug ID: 52817
Summary: Sifu crashes when opening the game
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: braiamp(a)gmail.com
Distribution: ---
I'm not sure what title would be descriptive. I …
[View More]created a new prefix, installed
vcrun2019 using winetricks and used Legendary to start Sifu up.
When it starts up, it spends a time on the following (complete log file
attached):
01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_OPERATION in
glTextureView(internalformat GL_COMPRESSED_RGBA_S3TC_DXT1_EXT not compatible
with origtexture GL_RGBA8)".
01f8:fixme:d3d:create_texture_view Depth slice (0-1) not supported.
01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_OPERATION in
glTextureView(internalformat GL_COMPRESSED_RGBA_S3TC_DXT1_EXT not compatible
with origtexture GL_RGBA8)".
01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA8_SNORM)".
01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA8_SNORM)".
01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA8_SNORM)".
01e0:fixme:mfplat:topology_loader_Load 0000000001822940, 00000000018244A0,
000000000FC1FBB8, 0000000000000000.
01e0:fixme:mfplat:media_source_QueryInterface
{6ef2a662-47c0-4666-b13d-cbb717f2fa2c}, 000000000FC1FAC8.
01fc:fixme:dxgi:d3d11_swapchain_present Unimplemented flags 0x200.
01f8:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
and before crashing, prints the following:
0268:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0268:fixme:heap:RtlSetHeapInformation 0000000001900000 0 0000000000B9FD60 4
stub
0268:fixme:win:DisableProcessWindowsGhosting : stub
0268:fixme:msctf:InputProcessorProfileMgr_GetActiveProfile
(0000000000C0E370)->({34745c63-b2f0-4784-8b67-5e12c8701a31} 0000000000B8BDE0)
0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 59
(SPI_SETSTICKYKEYS)
0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 53
(SPI_SETTOGGLEKEYS)
0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 51
(SPI_SETFILTERKEYS)
0268:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x1.
0268:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8800.
0268:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8800.
I know that wine-staging+dxvk started the game without graphics issues (there
were missing textures without dxvk and
https://bugs.winehq.org/show_bug.cgi?id=52536 still happens). Crashes occur
whenever I plug in a controller or not.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52810
Bug ID: 52810
Summary: Applications are unable to locate some files, but not
others, while Wine file explorer can locate them
(tested with MusicBee and ToDoList)
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
…
[View More]Assignee: wine-bugs(a)winehq.org
Reporter: devtarc(a)gmail.com
Distribution: Ubuntu
OS: Xubuntu 20.04.4 LTS (64-bit)
I'm using MusicBee and AbstractSpoon's ToDoList using Wine, each in their own
Wine prefix. Both prefixes are 32-bit and are in the Xubuntu partition and were
not created using root. The ToDoList reads files from the partition Xubuntu is
installed in (ext4), and MusicBee reads from an NTFS partition.
Both run really well, but sometimes they are unable to find some files. For
MusicBee, they are some song files (mostly mp3 I think), and for ToDoList, some
todo list files (.tdl). All of those files are stored outside of the Wine
prefix. For MusicBee, they are symlinked into it to preserve database
structure.
There is no apparent pattern on the files that could explain why some can't be
loaded and others can't. Everytime this happens, it's always the same files
that can't be located. However, Wine's files explorer is able to locate them.
I'm also able to access them both through Xubuntu and Windows.
Also, I'm not really sure what is triggering it. It tends to be like this from
boot, but doesn't happen all the time. Lately it seems to have been triggered
by rebooting, but it could be something from 7.6, as I have rebooted Xubuntu
many times while trying to fix this and many of those times it worked correctly
afterwards.
Things I have tried:
- Changing mount permissions for the NTFS partition
- Adding more libraries/DLLs to the MusicBee prefix
- Changing permissions for the music library folder while in Windows
- Manually locating the missing files using the Wine file explorer
- Watching for the console output (didn't seem to have anything major)
- Using WINEDEBUG (couldn't see anything obvious and I'm not really experienced
with it)
I tried it mostly with MusicBee because it's the one I use the most.
Both MusicBee and ToDoList handle missing files nicely, so no crash log.
I did a clean install of Xubuntu March 20th and this has been happening since
then. Tested it with Wine stable (7.0) as well as Wine devel (7.4, 7.5 and
7.6).
Before that I had been using Ubuntu 18.04 since early 2020 and they were
working correctly. I don't remember the Wine version, but it was either devel
or staging.
The MusicBee forums has a thread on running it on Wine and they haven't
reported this kind of problem, so I feel it may have something to do with the
Xubuntu version and/or Xfce, especially considering that it was working
correctly under vanilla Ubuntu 18.04 (and also vanilla Ubuntu 16.04 before
that). However, I haven't found any similar problems when searching with Google
or in the bug tracker.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52793
Bug ID: 52793
Summary: commit c7e87b536edb28bb48162690e0d42c9ba9ccb43c breaks
Total Commander internal file associations
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: felix.huber(…
[View More]a)schyf.de
Distribution: ---
Calling native Linux applications with internal associations by using a script
with the line:
/usr/bin/xdg-open "`wine winepath -u "$1"`"
works only when output of stderr can be printed to a console.
Redirecting stderr to /dev/null breaks this mechanism starting with commit
c7e87b536edb28bb48162690e0d42c9ba9ccb43c: the script does not get called
anymore.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52789
Bug ID: 52789
Summary: Unwanted Console Creation when Winegcc compiled
Processes are started
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: chopinbig(a)tutanota.com
…
[View More]Distribution: ---
When winegcc apps are run, a console (terminal) pops up with Wine 7.5 which
didn't happen in Wine 7.4 or any previous Wine version either.
This is odd behaviour.
If the unwanted console window is closed, then it causes a crash.
I think I've tracked it down to these commit's
https://source.winehq.org/git/wine.git/commit/7b65ef3afbe880b82e89656435261…https://source.winehq.org/git/wine.git/commit/c7e87b536edb28bb48162690e0d42…https://source.winehq.org/git/wine.git/commit/f034084d49b354811096524d472ae…
2022-03-17 Eric Pouech kernelbase: Handle corner case in CreateProcess.
commit | commitdiff | tree
2022-03-17 Eric Pouech start: Force no console creation when using start
... commit | commitdiff | tree
2022-03-17 Eric Pouech services: Start services detached from console.
commit | commitdiff | tree
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52786
Bug ID: 52786
Summary: "wine cmd.exe /c [any command which outputs text]"
returns zero length text
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: bill2allison(a)yahoo.co.uk
…
[View More]Distribution: ---
Works correctly only when executed from a terminal (xterm etc)
Fails when wine is invoked (directly or by another program such as winetricks)
from desktop menu or launcher or a .desktop file.
MY ENVIRONMENT
--------------
OpenSUSE Tumbleweed
KDE/Plasma
Wine 7.5
TO REPRODUCE
------------
1) From the desktop launcher run
wine cmd.exe /c echo 'hello' > ~/test.txt
Each time it is run, the test.txt timestamp is updated but the file remains
empty
2) From the desktop launcher run
winetricks --gui
Displays info then error message 'wine cmd.exe /c echo '%AppData%' returned
empty string, error message "" '
3) Issue test 1 above in xterm or similar then test.txt contains "hello"
4) Issue test 2 above in xterm or similar then winetricks starts and runs
normally
WORKAROUND
----------
Include terminal=true in affected .desktop files and menu configs or start
those programs from within a terminal
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=49111
Bug ID: 49111
Summary: ELWAVE Demo installer crashes on start
Product: Wine
Version: 5.2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 67087
--> https://bugs.winehq.…
[View More]org/attachment.cgi?id=67087
Wine log
The installer crashes as soon as its run, see attached log - that's a full log,
not only the backtrace.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52796
Bug ID: 52796
Summary: wine 7.5+ can no longer enqueue files from Dolphin to
foobar2000
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kohhnztqscldrekdqn(a)kvhrw.com
…
[View More]Distribution: ---
With wine 7.4 and earlier it was possible to select audio files in Dolphin and
send them to foobar2000's playlist with 'Open With > foobar2000' context menu
entry. With wine 7.5 and 7.6 foobar2000 will start but file selection doesn't
appear in the playlist. Drag & drop from Dolphin still works though.
Below foobar2000 launcher script and .desktop file are similar to what I use if
that matters.
https://aur.archlinux.org/cgit/aur.git/tree/foobar2000.sh?h=foobar2000https://aur.archlinux.org/cgit/aur.git/tree/foobar2000.desktop?h=foobar2000
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52783
Bug ID: 52783
Summary: error: unknown type name ‘uint64_t’
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winealsa.drv
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)protonmail.com
Distribution: ---
Created attachment 72164
--> …
[View More]https://bugs.winehq.org/attachment.cgi?id=72164
log.txt
Compiling in distro with:
compiler version 4.8.4
# gcc --version
glibc 2.19
# ldd --version
config line:
configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-x
--libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686"
Compile error in wine-7.5
In function ‘get_time_msec’:
error: ‘uint64_t’ undeclared (first use in this function)
warning: control reaches end of non-void function [-Wreturn-type]
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=49112
Bug ID: 49112
Summary: ELWAVE doesn't start - detects Wine as VM
Product: Wine
Version: 5.2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
The program doesn't start, since it refuses to work …
[View More]in a VM but detects Wine as
such.
Seems to work on older CPUs though, so maybe that's a clue.
Reported in the forums: https://forum.winehq.org/viewtopic.php?f=2&t=33826
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=51387
Bug ID: 51387
Summary: Critical Section timeout between
"dlls/user32/user_main.c: user_section" and
"dlls/winex11.drv/window.c: win_data_section"
Product: Wine
Version: 4.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: user32
Assignee: wine-bugs(…
[View More]a)winehq.org
Reporter: l.arzeni(a)iname.com
Distribution: ---
Created attachment 70242
--> https://bugs.winehq.org/attachment.cgi?id=70242
application logs
Environment: GNU Debian Linux, kernel 4.19.0-16-amd64 #1 SMP Debian 4.19.181-1
(2021-03-19), Wine 4.0.2, but I tested it and I can reproduce the issue under
every release of wine32, from release 1.5 to release 5.0.3,
I'm running an old windows application. It works showing a list of records from
an ODBC connection, then when a record is clicked, it opens a form for editing
the record. It's similar to MS Access, but the application is written in a 4GL
db language called clarion. I can share the sources, if needed.
The application works fine under "native" windows (tested in all releases of
windows, from windows XP to Windows 10).
The application looks fine, but hangs after a while, if I run it under wine:
env WINEPREFIX=/home/user1/.wine32 wine /srv/data/shared/LicenseManager.exe
The log shows that there is a timeout in a critical section, may be a deadlock
between:
"dlls/user32/user_main.c: user_section"
and
"dlls/winex11.drv/window.c: win_data_section"
This is the relevant lines of the logs:
0024:err:ntdll:RtlpWaitForCriticalSection section 6EDB7C80
"dlls/user32/user_main.c: user_section" wait timed out in thread 0024, blocked
by 0114, retrying (60 sec)
0114:err:ntdll:RtlpWaitForCriticalSection section 7DB04220
"dlls/winex11.drv/window.c: win_data_section" wait timed out in thread 0114,
blocked by 0024, retrying (60 sec)
To solve the issue, I run it with "taskset --cpu-list 0 ", that is:
env WINEPREFIX=/home/user1/.wine32 taskset --cpu-list 0 wine
/srv/data/shared/LicenseManager.exe
But, if I user the taskset, the application GUI artifacts became "dirty" , and
I need to close and reopen the window to redraw them properly.
Is there any clue to solve this issue, or, at least, to avoid the garbage on
the user interface when running under the "taskset" command?
Please note: the issue is not "application specific" but, afaik, instead the
bug affects all application generated with "clarion"
Regards, Luca
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52846
Bug ID: 52846
Summary: Capture One 22 fails to start with wbemprox related
crashes
Product: Wine
Version: 7.6
Hardware: x86-64
URL: https://www.captureone.com/en/new-update/capture-one-2
2
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
…
[View More]Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Created attachment 72244
--> https://bugs.winehq.org/attachment.cgi?id=72244
+wbemprox,+mountmgr,+seh
Hi, a user reported trouble with this program on the forum so i gave it a try.
Apparently for him it crashed inside wbemprox, but the crash is for me
different, and more unfortunate it differs from time to time, and every now and
then it does`t crash at all but just starts.... But all crashes look similar
like: System.AccessViolationException: Attempted to read or write protected
memory. This is often an indication that other memory is corrupt.
at
System.Management.SecuredIEnumWbemClassObjectHandler.Clone_(IEnumWbemClassObject&
ppEnum)
at System.Management.ManagementObjectCollection.GetEnumerator()
I attached one of the crashes to this report (+seh,+wbemprox,+mountmgr).
One thing that can be seen it queries for property "Characteristics" from
win32_processor, that is afaics missing, but that is probably not the cause of
the crashes; to rule that out could it be added?
It might be due to mountmgr.sys insufficiencies, but i cannot tell really for
sure.
Anyway, one way to reliably get the program started 100% is disabling
mountmgr.sys and/or wbmprox...
(Note: I installed native dotnet48, d3dcompiler_47 and arial via winetricks)
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52508
Bug ID: 52508
Summary: EnumDisplayDevices() fails in obscure ways on 32-bit
arch when 64-bit Vulkan is present but 32-bit is
missing
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
…
[View More]Reporter: z.figura12(a)gmail.com
CC: jacek(a)codeweavers.com, zzhang(a)codeweavers.com
Distribution: ---
FWIW, this is easy to trigger by running 32-bit ddraw:ddraw1.
I'm fine with calling this case "user error", but the problem is, it's not that
hard to be missing Vulkan drivers for one architecture, while debugging this
took way too long. It'd be nice to at least have some way of printing a
message.
The basic problem is that when Vulkan is present we retrieve the PCI IDs from
it, but when it's absent we set them to zero. As a result we end up creating
two different sets of registry entries, but only the 64-bit one gets populated
via initialize_display_settings(). EnumDisplayDevices() tries to access it and
finds the GPU entries empty.
This does lead me to ask: can we avoid querying GPUs in each process? Can we
just let explorer.exe manage them and get our information from there?
CC'ing Jacek and Zhiyi as both having worked closely with this code.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52809
Bug ID: 52809
Summary: Steam regression since 2aa4673f32
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: stefan(a)codeweavers.com
Distribution: ---
Created attachment 72185
--> https://bugs.…
[View More]winehq.org/attachment.cgi?id=72185
Log output
One of Steam's steamwebhelper.exe processes crashes repeatedly in Wine git. A
bisect resulted in this commit:
2aa4673f32d08238b61e5b445d8bf873dccf2556 is the first bad commit
commit 2aa4673f32d08238b61e5b445d8bf873dccf2556
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Apr 11 11:36:24 2022 +0200
ntdll: Support UTF-8 codepage in string conversion functions.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/ntdll/locale.c | 189 ++++++++++++++++++++++++++++++++++++++++------------
dlls/ntdll/string.c | 8 +--
2 files changed, 148 insertions(+), 49 deletions(-)
Wine output repeats the lines from the attached log.txt repeatedly. I'll
investigate more closely tomorrow.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=6682
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #76 from Alexandre Julliard <julliard(a)winehq.org> ---
Closing bugs fixed in 7.7.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this …
[View More]mail because:
You are watching all bug changes.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52825
Bug ID: 52825
Summary: Capella help crashes with Error "qtwebengingeprocess
has serious errors"
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: newsletter(a)gerhardbeck.de
…
[View More] Distribution: ---
Created attachment 72211
--> https://bugs.winehq.org/attachment.cgi?id=72211
Screenshot
I wanted to use the help of capella 8.
It show the start spleen but when trying to see a content it crashes, see
attached screenshot and backtrace
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52640
Bug ID: 52640
Summary: Steam does not display anything when using the Vulkan
renderer (stack overflow from official Vulkan loader
calling into dxgi)
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: directx-d3d
…
[View More] Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Regression SHA1: 24432a24d5e922cbd824b0af8f7b0c66ff2b66e8
Distribution: ---
steamwebhelper.exe constantly crashes due to a stack overflow:
05bc:err:winediag:wined3d_dll_init Using the Vulkan renderer.
05bc:fixme:heap:RtlSetHeapInformation 0000000000000000 1 0000000000000000 0
stub
05bc:err:virtual:virtual_setup_exception stack overflow 2000 bytes in thread
05bc addr 0x1700304f0 stack 0x20830 (0x20000-0x21000-0x120000)
The problem is that CEF ships the Vulkan loader (vulkan-1.dll), and during the
process of initializing Vulkan [wined3d_init_vulkan()], the loader calls
CreateDXGIFactory1(), which triggers Wine to initialize itself and subsequently
initialize Vulkan, leading to infinite recursion.
Fundamentally USE_WIN32_VULKAN can't work with the official (?) Vulkan loader,
and so any attempt to use the Vulkan renderer on Windows would fail as well...
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=24574
Summary: RAR Password Recovery Magic initial (registration)
window is empty and doesn't allow any interaction
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t.artem(a)mailcity.com
Created an …
[View More]attachment (id=31036)
--> (http://bugs.winehq.org/attachment.cgi?id=31036)
The initial window
Download and install, try to run.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52763
Bug ID: 52763
Summary: 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 breaks ConEmu
in win10 mode
Product: Wine
Version: 7.5
Hardware: x86-64
URL: https://conemu.github.io/en/Downloads.html
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: -unknown
…
[View More] Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Regression SHA1: 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072
Distribution: Debian
ConEmu in win10 is broken since aforementioned commit. The ConEmu console
reports an error and than bails out.
The bug is only present when version is set to win10
Expected behaviour: Have an interactive ConEmu console
Actual behaviour: Conemu console unusable
3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 is the first bad commit
commit 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Thu Mar 31 12:06:41 2022 +0200
kernelbase: Allocate HLOCAL / HGLOBAL from a static handle table.
Sharing the table pointers through KernelBaseGetGlobalData to check for
handle validity in kernel32, and as native does it.
Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/kernel32/heap.c | 20 +++++---
dlls/kernel32/tests/heap.c | 9 ----
dlls/kernelbase/memory.c | 115 ++++++++++++++++++++++++---------------------
3 files changed, 75 insertions(+), 69 deletions(-)
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52703
Bug ID: 52703
Summary: regression in wine 7.4-1 - irfanview x64 crash in
[AccessCheckByTypeAndAuditAlarmW]
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joo.peter(a)gmail.com
…
[View More]Distribution: ---
Created attachment 72060
--> https://bugs.winehq.org/attachment.cgi?id=72060
this is the backtrace provided by wine when i_view64.exe crashed
I think it is important to have the exact steps on how to reproducate such
issue.
Maybe it is trivial, but I wrote it down here anyway.
1)
Install the lastest Manjaro with Xfce desktop environment from here:
https://manjaro.org/downloads/official/xfce
I downloaded the manjaro-xfce-21.2.4-220301-linux515.iso file.
Using VirtualBox I created a fresh installation.
2)
Upgraded the fresh install to its latest stable version:
yes | sudo pacman -Scc && sudo pacman -Suu --refresh --refresh
3)
Irfanview requires mono too, so install wine and wine-mono:
sudo pacman -S --needed wine wine-mono
The installed version become:
multilib/wine = 7.4-1
community/wine-mono = 7.1.1-1
4)
Download IrfanView x64 and its plugins from here
https://www.irfanview.com/64bit.htm
The following links are the one you need from that page:
Download IrfanView-64 English (Version 4.60, ZIP file, 3.13 MB)
Download IrfanView-64 PlugIns (Version 4.60, ZIP file, 23.80 MB)
Afterwards you have two zip files:
iview460_x64.zip
iview460_plugins_x64.zip
5)
Extract iview460_x64.zip to $HOME/temp/irfanview directory.
Extract iview460_plugins_x64.zip into the '$HOME/temp/irfanview/Plugins'
directory.
6)
Go there and run it manually:
wine64 ./i_view64.exe
It opens with a crash:
Backtrace:
=>0 0x000000007b037997 AccessCheckByTypeAndAuditAlarmW+0x36997() in kernelbase
(0x000000000000000a)
1 0x000000023d82b176 CharLowerA+0x3182() in user32 (0x000000000000000a)
2 0x000000023d82bd0e CharLowerA+0x3d1a() in user32 (0x000000000011f900)
3 0x000000023d82be0e CharLowerA+0x3e1a() in user32 (0x000000000011f900)
4 0x000000014007e070 in i_view64 (+0x7e070) (0x000000000011f900)
5 0x0000000140109500 in i_view64 (+0x109500) (0x0000000000000000)
6 0x000000007b62bb79 ActivateActCtx+0x1ffc1() in kernel32
(0x0000000000000000)
7 0x000000017005a173 A_SHAFinal+0x38243() in ntdll (0x0000000000000000)
The full crash is in the attached backtrace.txt file.
The proof that previous version works:
1)
remove just wine and wine-mono, but keep their dependencies there
sudo pacman -R wine wine-mono
2)
download the previous compatible versions manually:
wget
https://archive.archlinux.org/packages/w/wine/wine-7.3-1-x86_64.pkg.tar.zst
wget
https://archive.archlinux.org/packages/w/wine-mono/wine-mono-7.1.1-1-any.pk…
3)
install them:
pacman -U ./wine-7.3-1-x86_64.pkg.tar.zst
pacman -U ./wine-mono-7.1.1-1-any.pkg.tar.zst
4)
run irfanview again, it starts without crash:
wine64 ./i_view64.exe
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=52223
Bug ID: 52223
Summary: activeCodePage utf-8 in application manifest not
respected
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fusion
Assignee: wine-bugs(a)winehq.org
Reporter: terinjokes(a)gmail.com
Distribution: ---
…
[View More]Starting[1] with Windows 1903 (Windows 10 May 2019 update), Windows has allowed
applications to opt-in to supporting the UTF-8 code page by defining
"activeCodePage" in their application manifest. When in this mode, the "ANSI"
-A WinAPI functions operate in UTF-8 mode.
<activeCodePage
xmlns="http://schemas.microsoft.com/SMI/2019/WindowsSettings">UTF-8</activeCodePage>
WINE, even when winver is set to "win10", does not respect this application
manifest key, resulting in the application starting with a legacy code page.
This can cause issues if the user expects to work with files or strings not
supported in the active legacy code page. Often characters that cannot be
represented in the code page are replaced by question marks.
I am using the staging release of 6.22.
[1]:
https://docs.microsoft.com/en-us/windows/apps/design/globalizing/use-utf8-c…
Expectation:
When an application with activeCodePage set to "UTF-8" in the application
manifest calls GetACP(), the number 65001 (CP_UTF8) is returned. Strings
returned by WinAPI functions (eg, file paths) are encoded in UTF-8. Strings
provided to WinAPI functions are UTF-8 and display appropriately in the UI.
Observed:
GetACP() returned a number representing a legacy code page (eg, 1252). Strings
returned by WinAPI functions are in that code page. Characters that cannot be
represented are replaced by question marks.
--
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.
[View Less]