https://bugs.winehq.org/show_bug.cgi?id=55630
Bug ID: 55630 Summary: DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2 is not handled in GetAwarenessFromDpiAwarenessContext Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs@winehq.org Reporter: umu618@hotmail.com Distribution: ---
Now GetAwarenessFromDpiAwarenessContext(DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2) returns DPI_AWARENESS_INVALID, which is incorrect.
Should add the following:
``` case (ULONG_PTR)DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2: return DPI_AWARENESS_PER_MONITOR_AWARE; ```
https://bugs.winehq.org/show_bug.cgi?id=55630
Vijay Kamuju infyquest@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |infyquest@gmail.com
--- Comment #1 from Vijay Kamuju infyquest@gmail.com --- Can you please provide any application which has problem with it
https://bugs.winehq.org/show_bug.cgi?id=55630
langguth@night-network.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |langguth@night-network.de
--- Comment #2 from langguth@night-network.de --- (In reply to Vijay Kamuju from comment #1)
Can you please provide any application which has problem with it
PKHeX version 23.12.22 https://projectpokemon.org/home/files/file/1-pkhex/
Throws when opening the File-Menu: System.ComponentModel.Win32Exception (0x80004005): Failed to get thread's DpiAwareness context. at System.Windows.Forms.DpiHelper.DpiAwarenessScope..ctor(DPI_AWARENESS_CONTEXT context, DPI_HOSTING_BEHAVIOR behavior).
Debugging showed that GetAwarenessFromDpiAwarenessContext is called with DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2, which returns DPI_AWARENESS_INVALID causing the Exception in .NET Desktop Runtime 8.0.0
https://bugs.winehq.org/show_bug.cgi?id=55630
amidevous amidevous@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |amidevous@gmail.com
--- Comment #3 from amidevous amidevous@gmail.com --- Duplicate of Bug #55630 #56042 #55630 and 56304
https://bugs.winehq.org/show_bug.cgi?id=55630 https://bugs.winehq.org/show_bug.cgi?id=56042 https://bugs.winehq.org/show_bug.cgi?id=56304
good and more in 2023 in this case why since then it is still not resolved while you have published several wine updates since when we send you bugs it is so that it can be resolved either immediately or at the latest in the next version except you have published several updates without fixing this bug
https://bugs.winehq.org/show_bug.cgi?id=55630
--- Comment #4 from amidevous amidevous@gmail.com --- I remind you that the goal of the development versions is precisely to improve the program.
Which means that any bugs that have been reported must be resolved before you release a version on the stable branch.
Apart from that, this bug was apparently reported to you for the first time on 2023-09-21 we are on 2024-02-07 you have published several versions of wine since then both on the devel and stable branches and yet this problem is still not not resolved.
I also remind you that what the Linux community has been waiting for from the Wine project for over 10 years.
It is guaranteed that 100% of Windows programs are functional. and those without any exceptions which means that fixing reported bugs should be your number 1 priority.
Especially since on the contrary 100% of Linux programs are compatible with Windows.
https://bugs.winehq.org/show_bug.cgi?id=55630
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #5 from joaopa jeremielapuree@yahoo.fr --- Wine developers are volunteers. Nothing obliges them to work on reported bugs. If you want to see these bugs fixed, send correct patches to wine gitlab, or pay developers to do that, or just wait for volunteer developers are interested in these bugs and work on them (could take days, months, years...).
PS/ I am not a wine developer, just a wine user grateful for the work the wine developers put in.
https://bugs.winehq.org/show_bug.cgi?id=55630
--- Comment #6 from amidevous amidevous@gmail.com --- hello we have users and not developers which means that we do not know how these bugs occur nor how to resolve them, you are the developers so it is up to you to correct them
and to say it's free is all well and good except that we are ready to pay but on the one and only condition of having the guarantee that 100% of Windows applications are guaranteed to be 100% functional and that when we signal a bug this one must be resolved within a maximum period of 7 days for my part if these conditions are met I am ready to pay the sum of 30€/month for life in other words pay I am only against maus when the work is done correctly and not before it is done It's been more than 10 years that we've been waiting for this from your project. It didn't take 10 years for all Linux programs without any exception to be compatible with Windows and those for free which can work in one direction can work in the other It is simply enough for those that the developers do their work correctly
https://bugs.winehq.org/show_bug.cgi?id=55630
--- Comment #7 from DvLangg@gmx.de --- The commit where this bug was introduced is: https://gitlab.winehq.org/wine/wine/-/commit/165f552c34a0dbbd1a47a4409f43ceb...
It seems the value was simply forgotten in a rewrite of the function, but I'm not familiar with this Windows API, so I don't know if it was left out on purpose. The developer responsible for user32.dll should be able to decide this very quickly and fix this in a few minutes, especially since a working fix is proposed in the first comment in this bug report.
I don't have access to the wine-repo, and a pull-request would have to be reviewed from an authorized dev. In my experience, this almost never happens, and there are already hundreds of unresolved pull-requests in the repo. So as long as you aren't an inner circle dev, the only chance is that so many people report the bug, that a dev says "I'll fix that quickly, so people stop complaining".
Currently, the devs don't seem to care. The bug has even still a UNCONFIRMED status, which means no one with privileges even bothered to check the bug.
This bug basically breaks .NET 8, but there are currently very few applications requiring it. I guess it will get more traction, when more .NET 8 applications emerge and break because of this bug.
https://bugs.winehq.org/show_bug.cgi?id=55630
--- Comment #8 from Alexandre Julliard julliard@winehq.org --- (In reply to DvLangg from comment #7)
The commit where this bug was introduced is: https://gitlab.winehq.org/wine/wine/-/commit/ 165f552c34a0dbbd1a47a4409f43ceb80468937e#c6b7ab75d10e8c3dbab044047be78014eb61 6f68
It seems the value was simply forgotten in a rewrite of the function, but I'm not familiar with this Windows API, so I don't know if it was left out on purpose. The developer responsible for user32.dll should be able to decide this very quickly and fix this in a few minutes, especially since a working fix is proposed in the first comment in this bug report.
It was left out because the added tests demonstrate that it shouldn't be there. So no, it's not as simple as adding it back. Someone will need to write more tests to determine the expected behavior.
https://bugs.winehq.org/show_bug.cgi?id=55630
--- Comment #9 from DvLangg@gmx.de --- (In reply to Alexandre Julliard from comment #8)
Ok thank you for your response, I wasn't 100% certain if it was intentional or not, since the commit-log said "Add more allowed values..." and this value was missing afterwards.
Sadly I can't help here, since I have no knowledge about user32 or general Windows API internals. I just debugged that .NET 8 expects the value to be valid and seems to be happy with either the solution in comment #0 or the patch in bug #56042, but I don't know what's the correct expected behavior in this case.
https://bugs.winehq.org/show_bug.cgi?id=55630
--- Comment #10 from amidevous amidevous@gmail.com --- thank you DvLangg I will see if I can correct this at my level then
given that I am trying to provide this program in the Linux packages
if I have to modify a version of wine it's not a problem
even I am not a developer if modifications have already been applied I can redo them easily in principle it only remains to be seen if it works I will test on my side and I will keep you informed
https://bugs.winehq.org/show_bug.cgi?id=55630
--- Comment #11 from amidevous amidevous@gmail.com --- it doesn't seem applicable
already the first line which was deleted in dlls/user32/sysparams.c
if (!IsValidDpiAwarenessContext(ctx1)) return FALSE;
it is no longer in the file on version 9.1
https://bugs.winehq.org/show_bug.cgi?id=55630
--- Comment #12 from amidevous amidevous@gmail.com --- ok apparently it is already applied and yet it does not solve the problem
https://bugs.winehq.org/show_bug.cgi?id=55630
--- Comment #13 from amidevous amidevous@gmail.com --- well I just tested by compiling wine 9.1 from the source and although this patch is already applied it does not solve the problem
Exception Details: System.ComponentModel.Win32Exception (0x80004005): Failed to get thread's DpiAwareness context. at System.Windows.Forms.DpiHelper.DpiAwarenessScope..ctor(DPI_AWARENESS_CONTEXT context, DPI_HOSTING_BEHAVIOR behavior) at System.Windows.Forms.DpiHelper.EnterDpiAwarenessScope(DPI_AWARENESS_CONTEXT awareness, DPI_HOSTING_BEHAVIOR dpiHosting) at System.Windows.Forms.ToolStripManager.ModalMenuFilter.PreFilterMessage(Message& m) at System.Windows.Forms.Application.ThreadContext.ProcessFilters(MSG& msg, Boolean& modified) at System.Windows.Forms.Application.ThreadContext.PreTranslateMessage(MSG& msg) at System.Windows.Forms.Application.ThreadContext.Microsoft.Office.IMsoComponent.FPreTranslateMessage(MSG* msg) at System.Windows.Forms.Application.ComponentManager.Microsoft.Office.IMsoComponentManager.FPushMessageLoop(UIntPtr dwComponentID, msoloop uReason, Void* pvLoopData) at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(msoloop reason, ApplicationContext context) at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(msoloop reason, ApplicationContext context) at PKHeX.WinForms.Program.Main()
Loaded Assemblies: -------------------- System.Private.CoreLib, Version=8.0.0.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Private.CoreLib.dll
PKHeX, Version=24.1.12.0, Culture=neutral, PublicKeyToken=null C:\dotnet_bundle_extract\PKHeX\KeE19vwKtltPpv26_v6sBVyHaMxmB_Y=\PKHeX.dll
System.Runtime, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Runtime.dll
System.Threading.Thread, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Threading.Thread.dll
System.Windows.Forms, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App\8.0.1\System.Windows.Forms.dll
System.ComponentModel.Primitives, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.ComponentModel.Primitives.dll
System.Windows.Forms.Primitives, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App\8.0.1\System.Windows.Forms.Primitives.dll
System.Drawing.Primitives, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Drawing.Primitives.dll
System.Collections.Specialized, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Collections.Specialized.dll
System.Collections, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Collections.dll
System.Runtime.InteropServices, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Runtime.InteropServices.dll
System.Threading, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Threading.dll
System.Diagnostics.TraceSource, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Diagnostics.TraceSource.dll
System.Drawing.Common, Version=8.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51 C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App\8.0.1\System.Drawing.Common.dll
Microsoft.Win32.Primitives, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\Microsoft.Win32.Primitives.dll
System.ComponentModel.EventBasedAsync, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.ComponentModel.EventBasedAsync.dll
Accessibility, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App\8.0.1\Accessibility.dll
System.Resources.Extensions, Version=8.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51 C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App\8.0.1\System.Resources.Extensions.dll
System.Memory, Version=8.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51 C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Memory.dll
System.Drawing, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App\8.0.1\System.Drawing.dll
System.Numerics.Vectors, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Numerics.Vectors.dll
PKHeX.Core, Version=24.1.12.0, Culture=neutral, PublicKeyToken=null C:\dotnet_bundle_extract\PKHeX\KeE19vwKtltPpv26_v6sBVyHaMxmB_Y=\PKHeX.Core.dll
System.Linq, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Linq.dll
System.Text.Json, Version=8.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51 C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Text.Json.dll
PKHeX.Drawing.PokeSprite, Version=24.1.12.0, Culture=neutral, PublicKeyToken=null C:\dotnet_bundle_extract\PKHeX\KeE19vwKtltPpv26_v6sBVyHaMxmB_Y=\PKHeX.Drawing.PokeSprite.dll
Microsoft.Win32.SystemEvents, Version=8.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51 C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App\8.0.1\Microsoft.Win32.SystemEvents.dll
System.ComponentModel.TypeConverter, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.ComponentModel.TypeConverter.dll
System.Collections.Concurrent, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Collections.Concurrent.dll
System.ComponentModel, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.ComponentModel.dll
System.Collections.NonGeneric, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Collections.NonGeneric.dll
System.Runtime.Loader, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Runtime.Loader.dll
System.Windows.Forms.resources, Version=8.0.0.0, Culture=fr, PublicKeyToken=b77a5c561934e089 C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App\8.0.1\fr\System.Windows.Forms.resources.dll
System.ObjectModel, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.ObjectModel.dll
System.Private.Uri, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Private.Uri.dll
System.Windows.Extensions, Version=8.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51 C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App\8.0.1\System.Windows.Extensions.dll
System.Net.Http, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Net.Http.dll
System.Net.Primitives, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Net.Primitives.dll
System.Diagnostics.Tracing, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Diagnostics.Tracing.dll
System.Diagnostics.DiagnosticSource, Version=8.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51 C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Diagnostics.DiagnosticSource.dll
System.Net.Security, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Net.Security.dll
System.Security.Cryptography, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Security.Cryptography.dll
PKHeX.Drawing, Version=24.1.12.0, Culture=neutral, PublicKeyToken=null C:\dotnet_bundle_extract\PKHeX\KeE19vwKtltPpv26_v6sBVyHaMxmB_Y=\PKHeX.Drawing.dll
PKHeX.Drawing.Misc, Version=24.1.12.0, Culture=neutral, PublicKeyToken=null C:\dotnet_bundle_extract\PKHeX\KeE19vwKtltPpv26_v6sBVyHaMxmB_Y=\PKHeX.Drawing.Misc.dll
System.Net.Sockets, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Net.Sockets.dll
System.Threading.Overlapped, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Threading.Overlapped.dll
System.Net.NameResolution, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Net.NameResolution.dll
System.Threading.ThreadPool, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Threading.ThreadPool.dll
System.Runtime.Intrinsics, Version=8.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51 C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Runtime.Intrinsics.dll
System.Security.Principal.Windows, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Security.Principal.Windows.dll
System.Security.Claims, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Security.Claims.dll
System.Text.RegularExpressions, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Text.RegularExpressions.dll
System.Diagnostics.StackTrace, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Diagnostics.StackTrace.dll
System.Reflection.Metadata, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Reflection.Metadata.dll
System.Collections.Immutable, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.1\System.Collections.Immutable.dll
-------------------- User Message: An unhandled exception has occurred. PKHeX must now close.
https://bugs.winehq.org/show_bug.cgi?id=55630
--- Comment #14 from Fabian Maurer dark.shadow4@web.de --- *** Bug 56304 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=55630
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tw0ali@tutanota.com
--- Comment #15 from Fabian Maurer dark.shadow4@web.de --- *** Bug 56042 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=55630
--- Comment #16 from DvLangg@gmx.de --- (In reply to amidevous from comment #13)
well I just tested by compiling wine 9.1 from the source and although this patch is already applied it does not solve the problem
Which Patch are you referring to? There is only one line necessary for PKHeX to run:
in DPI_AWARENESS WINAPI GetAwarenessFromDpiAwarenessContext( DPI_AWARENESS_CONTEXT context ):
--- a/dlls/user32/sysparams.c +++ a/dlls/user32/sysparams.c @@ -661,6 +661,7 @@ DPI_AWARENESS WINAPI GetAwarenessFromDpiAwarenessContext( DPI_AWARENESS_CONTEXT case (ULONG_PTR)DPI_AWARENESS_CONTEXT_UNAWARE: case (ULONG_PTR)DPI_AWARENESS_CONTEXT_SYSTEM_AWARE: case (ULONG_PTR)DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE: + case (ULONG_PTR)DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2: return ~(ULONG_PTR)context; default: return DPI_AWARENESS_INVALID;
https://bugs.winehq.org/show_bug.cgi?id=55630
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4@web.de URL| |https://projectpokemon.org/ | |home/files/file/1-pkhex/ Status|UNCONFIRMED |NEW Keywords| |download Ever confirmed|0 |1
--- Comment #17 from Fabian Maurer dark.shadow4@web.de --- @amidevous Please stop posting such big error message, attach them instead.
Confirming the issue.
Which Patch are you referring to? There is only one line necessary for PKHeX to run:
That doesn't help for me.
https://bugs.winehq.org/show_bug.cgi?id=55630
--- Comment #18 from minrosa9 tw0ali@tutanota.com ---
That doesn't help for me.
I can confirm that the patch that DvLangg@gmx.de posted also works for me. It is the one that was posted by Nikolay Sivov in https://bugs.winehq.org/show_bug.cgi?id=56042 (now deleted and marked as obsolete, although I don't know why).
I have been using PKHeX with the patch for 3 months now, and it has been working without any problem.
https://bugs.winehq.org/show_bug.cgi?id=55630
--- Comment #19 from Fabian Maurer dark.shadow4@web.de --- (In reply to minrosa9 from comment #18)
I have been using PKHeX with the patch for 3 months now, and it has been working without any problem.
Thanks for the confirmation, I just compiled 32bit Wine and tested 64bit, no wonder that failed... >_>
Anyways, I'm pretty sure I figured out the problem with the path and why Alexandre said the tests show it is missing: case DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2 doesn't return 3, but two like DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE.
See https://gitlab.winehq.org/wine/wine/-/merge_requests/5064
https://bugs.winehq.org/show_bug.cgi?id=55630
--- Comment #20 from amidevous amidevous@gmail.com --- I see by reattaching your patch it should work Fabian?
so why are you talking about 32 bits
pkhex and a program that only compiles in 64 bit
https://bugs.winehq.org/show_bug.cgi?id=55630
--- Comment #21 from Fabian Maurer dark.shadow4@web.de --- I mean, the previous path worked as well, it's just that this one has better chances at getting merged.
so why are you talking about 32 bits
Because I have multiple versions of wine to test laying around and mistook them. Nothing related to pkhex.
https://bugs.winehq.org/show_bug.cgi?id=55630
--- Comment #22 from amidevous amidevous@gmail.com --- for information for wine I compile like this it makes a double compilation 32 and 64 bit as for the winehq packages it's the guy who manages the lutris project who created this script
on the git that I forked I just added 2 patches to change certain fatal_error attribute to printif
https://github.com/amidevous/wine/commit/116f568079a81d815a5233a95fc32f5d293...
https://github.com/amidevous/wine/commit/f733544b4326f46d9ba977aa2754953e2e1...
the goal being to place the wine prefix in /opt/pkhex/prefix and which is identical for users
and so fabian I add your patch and I'll tell you if it's good
patch of fabian
https://github.com/amidevous/wine/commit/1960a5cdb03e10107d75eb358548dbebfc5...
https://github.com/amidevous/wine/commit/ff460789e59269968f55c879dbb01bd9bd1...
cd $HOME sudo rm -rf wine-ge-custom git clone --recurse-submodules https://github.com/GloriousEggroll/wine-ge-custom.git cd wine-ge-custom sudo ./makebuild.sh GE https://github.com/amidevous/wine 9.1
retest with sa and keep you informed
and if it doesn't work I promise I would put the errors in a text file
https://bugs.winehq.org/show_bug.cgi?id=55630
--- Comment #23 from amidevous amidevous@gmail.com --- I confirm Fabian it works a big thank-you tomorrow during the day I will publish the update either in the morning if I have time otherwise it will be in the evening I'm going out to go to a dear friend who comes to pick me up I didn't say what time he was coming or what time they would have returned and seen who and already 1 hour I already go to bed
https://bugs.winehq.org/show_bug.cgi?id=55630
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |5ffed8830cbc619219eae9a9f48 | |b5f83bced7ad4 Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #24 from Fabian Maurer dark.shadow4@web.de --- https://gitlab.winehq.org/wine/wine/-/merge_requests/5064/diffs?commit_id=5f...
https://bugs.winehq.org/show_bug.cgi?id=55630
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #25 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 9.3.
https://bugs.winehq.org/show_bug.cgi?id=55630
JK_STAR 398063392@qq.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |398063392@qq.com
--- Comment #26 from JK_STAR 398063392@qq.com --- Created attachment 76114 --> https://bugs.winehq.org/attachment.cgi?id=76114 compare images
https://bugs.winehq.org/show_bug.cgi?id=55630
--- Comment #27 from JK_STAR 398063392@qq.com --- before the patch all my dotnet 6.0 programs can work ok. but after this commit. they only show a black screen.
https://bugs.winehq.org/show_bug.cgi?id=55630
--- Comment #28 from JK_STAR 398063392@qq.com --- Created attachment 76115 --> https://bugs.winehq.org/attachment.cgi?id=76115 demo
You can create any dotnet 6.0 wpf project to reproduce the problem, like this demo.
https://bugs.winehq.org/show_bug.cgi?id=55630
--- Comment #29 from Andrew Nguyen arethusa26@gmail.com --- (In reply to JK_STAR from comment #27)
before the patch all my dotnet 6.0 programs can work ok. but after this commit. they only show a black screen.
I opened bug 56360 a few days ago to track the regression you observed.