Which DpiAwareness is effective for UDF? #4136
-
|
I know the UDF (user-data-folder) is dependent on the DPI awareness and only works for a single DPI awareness. If you need to work with different, you need a separate UDF for each one. I have lot of exceptions with HRESULT 0x8007139F although I'm using different UDFs. But how is Microsoft determining the effective DPI awareness used in conjunction with the UDF? |
Beta Was this translation helpful? Give feedback.
Replies: 3 comments 9 replies
-
Beta Was this translation helpful? Give feedback.
-
|
actually, it seems like @LiangTheDev might have a better understanding of this. |
Beta Was this translation helpful? Give feedback.
-
|
GetWindowDpiAwarenessContext, and fallback to GetProcessDpiAwareness if GetWindowDpiAwarenessContext is not supported for that version of the OS. |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
|
@LiangTheDev When is GetWindowDpiAwarenessContext called? Is it during EnsureCoreWebView2Async? |
Beta Was this translation helpful? Give feedback.
-
|
Yes, during EnsureCoreWebView2Async. |
Beta Was this translation helpful? Give feedback.
-
|
Any news on that? What if the DpiAwareness is Unaware at the beginning but changes later to Aware? |
Beta Was this translation helpful? Give feedback.
-
|
We have a bunch of processes using WebView2. And want them to use as less UDF as possible. We make the UDF dependent of the Dpi awareness and the culture. Yet, we are calling GetProcessDpiAwareness to determine the awareness. But in many cases our processes run into a HRESULT 0x8007139F. We've proved that this is not due to fast initialization of several instances nor fast dispose of last and init of new one. So, we highly suspect that it has to do with the Dpi Awareness. Probably, the dpi awareness changes during runtime, after we have determined with GetProcessDpiAwareness, but before you stick the UDF to the dpi awareness you determined. Having the UDF path, is there any way to (programmatically) determine to which dpi awareness it is bound to? @LiangTheDev |
Beta Was this translation helpful? Give feedback.
-
|
There is currently no API for doing that. The dpi awareness is represented on WebView2 browser process's command line as --embedded-browser-webview-dpi-awareness switch. You could potentially query the command line of the browser process. The browser process id can be obtained from BrowserProcessId property. If you attach debugger to the app process, it should print out some messages about why the creation failed. What have you observed? |
Beta Was this translation helpful? Give feedback.
-
|
The exceptions happen (only) on production systems. I can't attach a debugger there. But thank you for the advice. I'll query the command line of all msedgewebview2 processes with the same UDF at the time of the exception and write to a log file. The log file is sent automatically to us. Thus, I'm able to analyse further. |
Beta Was this translation helpful? Give feedback.
-
|
@LiangTheDev Can you tell me what the integer values of the --embedded-browser-webview-dpi-awareness switch correspond to? |
Beta Was this translation helpful? Give feedback.
-
|
It should be the values of DPI_AWARENESS https://learn.microsoft.com/en-us/windows/win32/api/windef/ne-windef-dpi_awareness |
Beta Was this translation helpful? Give feedback.
GetWindowDpiAwarenessContext, and fallback to GetProcessDpiAwareness if GetWindowDpiAwarenessContext is not supported for that version of the OS.
Note that there are app compat settings that could forcefully alter the dpiawareness of the processes.