-
Notifications
You must be signed in to change notification settings - Fork 27.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Dim window while using Win10's HDR #68069
Comments
Getting this too after updating to 1.31. VS Code seems to be showing as an HDR application, as the "SDR content appearance" slider in Windows HD Color Settings (which affects brightness of non-HDR apps) affects everything except VS Code. |
Same issue with 1.31 and VSCode is unusable. It's a lot worse on your eyes/mind than a camera can capture in the above photos. Is there a VSCode/Electron workaround till this is resolved in a new release? Disabling system-wide HDR affect several other applications and workflows. |
In the meantime, I recommend
|
I haven't found any workarounds aside from downgrading VS Code back to 1.30.2 (download links are here). You can download and run the installer, and it will do an in-place downgrade of VS Code, no need to uninstall or reconfigure settings. Just make sure to temporarily disable auto-update, as otherwise it will upgrade back to 1.31 every time you restart VS Code. |
Or another workaround without downgrade: Set the compatibility mode to windows 7 of Code.exe (located in install directory), but with this change the Task/Build System doesn't work anymore - in my case. |
I like this solution better than downgrading. +1 from me till issue is fixed |
I'm also having this same issue, I remember earlier versions of chrome having the same issue. https://www.reddit.com/r/chrome/comments/8jwz5q/the_chrome_is_too_dark_issue_is_a_result_of_hdr/ I thought it was finally time for a HDR desktop, maybe i'll just turn it off for now. |
Found a simple fix, just start Code with
this makes it bright again |
Chromium upstream took a change a while back to read the SDR whitelevel since Chromium does its own FP16 composition. Electron needs to either always use a non-FP16 swap-chain or else do the HDR composition in FP16 properly and respect the user's SDR whitelevel setting. |
Can confirm this still goes gray. Can also confirm that workaround works. |
Any progress on this issue? Still too dark 1.34.0 |
Same issue with HDR activated on Windows... |
i have same problem |
I have the same problem. This is the only workaround that helped me. |
@bpasero are there any updates on this? I've seen other electron apps fix this problem in the past 2 months. |
Can you try to reproduce with our nightly insider builds? You can give our preview releases a try from: https://code.visualstudio.com/insiders/ |
Next week |
Got it. Should have mention that this is a duplicate of #65816 to make it configurable as a user setting. |
Still broken for me. This shouldn't be that difficult to resolve surely? |
I've downloaded both Insiders (around when that post was made) and the 1.36.1: neither actually fixes HDR issues, in fact 1.36 made them markedly worse (it went from "quite bad" to "basically illegible"). The workaround of running VS Code with the switch I've seen the other linked issue thread (65816) discussing wanting Code to respect the target color profile being the reason behind some of these changes, but it seems as if Code is only sending sRGB based color data either way, but improperly switching which color profile it claims to be working in to match whatever Windows is reporting when HDR is on, resulting in sending color data that's not properly re-mapped for the profile it's now claiming to use. Without knowing more/spending more time digging about Electron/Atom's render path this is me making a bunch of assumptions, but they seem to be the case. For example, without forcing an sRGB profile, what happens is that black (#000000) is in fact a true black on my monitor, but white (#FFFFFF) is displayed as a dark gray (my hunch is that this probably matches to roughly #646464 if someone's "Brightness for SDR content" slider is all the way to the right... in fact, mine is a bit to the left and the two are very close to matching, see the attached photo |
The fix is relatively straight forward, query for |
@MarkIngramUK Would you be able to take the time to submit a PR with this fix? |
@eligrey , unfortunately I've never looked at the source for VSCode (or Electron), so wouldn't know where to start. I just know the Windows API call to make... |
I noticed this issue today before and after updating - sorry, didn't think to check the previous version - and I'm now on 1.36.1. I have two displays attached - one is HDR capable, the other is not - and HDR is off globally. I was noticing the issue on my non-HDR monitor. I removed all extensions, uninstalled and reinstalled, and the issue persisted. Starting with |
I've just updated to 1.36.1 and it's now far too bright when the SDR content appearance slider is set to minimum (in Windows HD Color Settings). When the slider is at minimum, there should be no brightness adjustment for SDR content (the multiplier is 1x). |
@bpasero i still have the issue in vscode 1.37 can you re-open this issue please |
hi @bpasero the exploration version with electron 6 works |
Continues to be broken even in 1.37.1 but appears to be fixed in 1.37.0-exploration. @bpasero when or what mainline release of VSCode will pick up this fix? |
Same here. Latest version. |
Laptop display: non-HDR 3840x2160 Is this applicable to this issue? The VS Code window is dim only when the external display is attached (no matter on which display Code is placed then). Workaround mentioned above works.
|
@burianvlastimil yes mine appears the same as that. |
I've also had this issue for months. Every release I go to the shortcut and add "--force-color-profile srgb". |
i installed insiders version for now, because the problem does not seem to get fixed or can we expect electron 6 for the normal release soon? |
I am experiencing the same issue looking for a fix please |
It seems VSCode stopped accepting the "--force-color-profile srgb" option. Any ideas on how to solve this problem now? |
Fixed with #81644 |
Issue Type: Bug
The window is really dim while using Win10's HDR. However, VS2017 works fine.
VS Code version: Code 1.31.0 (7c66f58, 2019-02-05T22:35:56.624Z)
OS version: Windows_NT x64 10.0.17134
System Info
checker_imaging: disabled_off
flash_3d: enabled
flash_stage3d: enabled
flash_stage3d_baseline: enabled
gpu_compositing: enabled
multiple_raster_threads: enabled_on
native_gpu_memory_buffers: disabled_software
rasterization: enabled
surface_synchronization: enabled_on
video_decode: enabled
webgl: enabled
webgl2: enabled
Extensions (1)
The text was updated successfully, but these errors were encountered: