-
Notifications
You must be signed in to change notification settings - Fork 17.4k
Atom Dark Layout Issue on MacOS Sierra GM #12634
Comments
Just from a gut feeling, this looks like some GPU rendering issue. Like if the textures that get sent to the GPU are missing in some places. Also because the width seems to be Electron (+ Chromium) just got updated, so that might fix this issue in Atom |
I made a little investigation and I found that problem affects probably all electron applications with dark elements, but only at monitors with custom color profiles (for example with non-native gamma value). This issue didn't occur before, so I guess it can be related with Wide Color support introduced in Sierra. Edit: It's probably Chromium bug - #633805 |
This is indeed caused by https://bugs.chromium.org/p/chromium/issues/detail?id=633805. Good find @Greenek! @atom/feedback I marked this as |
BTW bug looks to be fixed in Chromium 54.0.2840.27 (beta) and higher. For now, the only solution for affected users is changing monitor's color profile. |
Yeah let's leave it open until we get the Chromium fix or find another workaround. |
I found the solution. Problem disappears when Chromium has GPU rasterization enabled, so running Atom (or any other Electron app) with Related: #3787 |
Another solution is to run atom with |
Just a quick update; the underlying problem in Chromium has been fixed, and should be released with Chromium 54. This means once Electron bumps to that release, we'll resolve this issue once we bump to the corresponding Electron release. |
As it seems to take a long time until Electron adopts Chromium 54 because there are some difficulties (see electron/electron#7744 and the project), would it be possible to automatically start atom without GPU rendering when the os is MacOS Sierra? |
@schrej That isn't something that we would add to Atom as a default, no, because not everyone on macOS Sierra experiences this problem. |
@lee-dohm I don't think everyone on Sierra experiences this issue. I know a lot of people who don't. |
@zachbpd Yes, that's exactly my point. |
@lee-dohm @zachbpd Ah all right, i wasn't aware of that. Maybe this is related to which graphics are built into the macs (dedicated GTX 750M for me)? If you don't care for such temporary issues i'm fine with that by the way, just looking for a good solution as it is really annoying to start with |
|
@schrej Yeah, adding an option just to take it out again in a couple of releases isn't something that we want to do. Additionally, we prefer if |
As per @Greenek's advice, a temporary workaround if you launch Atom from the Terminal is to create an alias that always sets the enable-gpu-rasterization flag: vim ~/.bash_profile (or Append the alias: # added to fix Electron gpu tiles with macOS 10.12
alias atom="atom --enable-gpu-rasterization" Save and close the file, then reload your profile: source ~/.bash_profile |
Hi, running on 1.17.0. The problem appears only on external displays. If I move the window to the main Macbook display, it's ok. If I move it to the other screen, appears again.
|
@aomega08 As mentioned here a few times already, the issue appears on Screens with custom color profiles. You could just disable the custom profile on your external monitor. Also try |
It happened on my external asus display, I switched the custom profile to |
Correction to my above post: In fact |
I can't change the monitor profile, I need my calibrated monitor profile, and both --enable-gpu-rasterization / --disable-gpu doesn't work, my atom window is full of blocks :( Edit: this is working (I had to restart terminal) but it is sloooowww :( |
The latest Chromium/Electron changes seem to have fixed the issue in VSCode. Here's hoping those same changes make it into Atom soon! 😄 For what it's worth, |
I'm using two ASUS VH242H external monitors and changing the display profile worked for me. |
We are working to upgrade to an Electron version that fixes this issue - see #12696. It's taking a long time because we want to leverage new features that will improve overall editor performance as well as fix as many regressions as we can find before finishing the upgrade. |
#12696 has been merged; master is now on Electron 1.6.9/Chrome 56 which fixes this issue. Atom 1.19.0 should contain the updated Electron version when it is released. |
fwiw I've been able to work around this by using ex.
|
I don't understand why, but I appear to also be able to work around this by forcing tab bar close icons to always be visible:
Unlike the above, this doesn't leave artifacts in the text view gutter or in the tree view, and respects the editor background color set by the theme. [edit] This worked to fix the issue on my MacBook Pro's (retina) internal monitor (while it was the only display connected), but doesn't appear to have any effect on my (non-retina) external monitor. Strange. |
@xenio :
I found out that for some reason the option This doesn't work:
This works:
So a bash function that works for one argument is:
(Have to call it something else so it doesn't call itself recursively) This might be a bug (?) as
( Of course you could also use the color profile fix that is mentioned above). |
As reco'd by previous posters, I test out all three of these: atom --enable-gpu-rasterization The only one that seems to have completely cleared the problem is disable-gpu. The other two dont get rid of the shading below the text. Image attached for reference. |
Hello, Until Atom hits 1.19 I solved this issue by applying opacity on the body tag in the styles.less. Didn't notice any incompatibilities and works great. Code: |
Thank you @psabeckis. Your solution works a treat! It wasn't a serious problem because Atom still worked ok, but it annoyed me nonetheless. I'm happy now! |
Hoping for a fix soon! |
@Smexhy closed issue == issue fixed already |
@schrej oh, allright, sorry. |
This issue has been automatically locked since there has not been any recent activity after it was closed. If you can still reproduce this issue in Safe Mode then please open a new issue and fill out the entire issue template to ensure that we have enough information to address your issue. Thanks! |
Prerequisites
Description
The Atom Editor uses a darker grey background color in the edited area of the editor and in the untouched area a normal grey color. This issue occurs in

### Steps to Reproduce 1. Open Atom 1.10.2 on MacOS Sierra Golden Master Release 2. Use a dark layoutExpected behavior: single backgound color grey
Actual behavior: 2 different background colours in one editor (dark and light grey)
Versions
Atom : 1.10.2
Electron: 0.37.8
Chrome : 49.0.2623.75
Node : 5.10.0
OS: MacOS Sierra Golden Master 64bit
The text was updated successfully, but these errors were encountered: