Settings-view: Text fields only visible when focused

Created on 13 Mar 2018  路  17Comments  路  Source: atom/settings-view

Prerequisites

  • [x] Reproduced the problem in Safe Mode
  • [x] Reset to Factory Defaults
  • [x] Check for Linked Packages
  • [x] Check for Incompatible Packages
  • [x] Clearing Saved State

Description

Whenever I open settings view, every text field is invisible and only becomes visible when focused.
Select fields, checkboxes, etc. are ok.
Disabling opacity: .75 in Dev Tools makes the text fields appear (see screenshots).

Steps to Reproduce

  1. Cmd+,

Expected behavior: See all the text fields.

visible

Actual behavior: The text fields occupy space but are invisible

invisible

Reproduces how often: 100%

Versions

  • Atom 1.25.0 (but the problem existed in previous versions as well)
  • Electron 1.7.11
  • Chrome 58.0.3029.110
  • Node 7.9.0
  • Mac OS X 10.11.6

Additional Information

My windows setup doesn't have this error.

mac

Most helpful comment

I see the referenced issue mentions NVIDIA GeForce GT 120, which video card in particular do you both have?

If you start Atom like this:

atom --disable-gpu

Does that make any difference?

All 17 comments

Thanks for the report!

Atom 1.24.1 (but the problem existed in previous versions as well)

Interesting...I can't reproduce on macOS 10.12.6 with 1.24.1 but I don't remember seeing this in previous versions either (I installed 1.23.0 to double check at least one old version but the text fields looked ok there).

Just to clarify, do the text fields look exactly the same when you started Atom in safe mode as when you're not in safe mode?

Also, if you temporarily reset to factory defaults, does that make any difference?

https://flight-manual.atom.io/hacking-atom/sections/debugging/#reset-to-factory-defaults

To be clear, the problem wasn't always there. I remember seeing those fields when I started out with Atom. Eventually, the fields disappeared, but I hoped it was a glitch with some theme or some other bug that'll get fixed soon. So, I didn't pay much attention when it first happened, and that's why I can't be more specific about the version update or other circumstances that caused the issue. Later, I searched a few times for possible causes or even solutions, and I couldn't believe no one else seems to be having the problem.

Just to clarify, do the text fields look exactly the same when you started Atom in safe mode as when you're not in safe mode?

Well, the default theme colors are a bit different, but the fields are just as much invisible in safe mode.

I updated my original post's prerequisites. The problem persists with factory defaults. After switching back to my setup, it showed one incompatible package (Flex Tool Bar) that could be rebuilt successfully. Everything works fine, but the problem persists. Also, I have zero linked packages.

Here's another screenshot of when I hover over a field:
hover

The problem just got worse for a moment: after temporarily resetting to factory defaults (and back), all the fields, when focused, appeared empty. Dev tools showed the respective values were still there, but were not visible. There was no cursor, too.

I ran $ atom --clear-window-state and at least the values are visible again, when a field is focused. The original problem persists. I once again updated the prerequisites section.

Anyone? What else could I try?
The problem described in my last comment is back again.

  1. All text fields in settings are invisible, except when focused.
  2. Then, they all seem empty (no text visible), but they are not.

The latter even applies to the fields of the search and replace panel.

I'm experiencing the same issue. Clearing the window state resolved the issue until I clicked out of the text field, and every text field went blank, even when focused.

Hmmm, not sure what else the issue could be since we can't repro and there haven't been other reports of this that I could find:

  • is this on an external monitor?
  • do you have the same issue in other Electron applications (e.g. VS Code)?
  • are the text fields visible in a light theme like One Light?
  • are there any errors in devtools console?
  • do you have any macOS settings or external applications enabled that could possibly be related?

Oh the issue didn't live update for me, missed your comment @paysonwallach - do you remember when you saw this issue appear for you (assuming you're on 1.25 or 1.26 beta now)? Also what operating system are you running?

I've tried almost everything that's listed on the debugging page.

Also...

  • no external monitor,
  • no problems with VS Code and other Electron apps,
  • I've tried many themes, light and dark, core and installed, to no avail,
  • no errors in the console.

I believe you're last question points in the right direction, but I have no idea what settings or apps could possibly be related, I'm afraid.

The two problems seem different, but related, since the values in the search/replace fields of the editor are invisible, too, while these fields themselves are not invisible like the ones in the Settings.

Maybe it's got something to do with the rendering of Chrome, since I am able to at least make everything visible through Dev Tools when:

  • setting opacity: 1; for .settings-view .section atom-text-editor[mini]
    solves the invisible fields
  • and setting contain: size layout style !important;, i.e. omitting paint, for the child .settings-view .section atom-text-editor[mini] > div
    solves the invisible values.

This is also how I could possibly get around this for now: put these styles in the styles.less file in the .atom folder.
But, man, I'd really like to understand what causes these issues.

Ok, so I figured out this comes with the 1.19.0 version of Atom, 1.18.0 was ok.

Also, I found something interesting, I have issues with the minimap in VS Code and found this issue.

Now the point is, I too have an Early 2009 model iMac with a similar video card and think the problems might be related.

Maybe somebody could verify? Or any new ideas with this new info?

Sorry @rsese, I'm running 1.25 on macOS 10.13.3.

@jovilog I think you're on to something regarding the issue being GPU related. I can't replicate the issue on a 2014 MacBook Pro.

I see the referenced issue mentions NVIDIA GeForce GT 120, which video card in particular do you both have?

If you start Atom like this:

atom --disable-gpu

Does that make any difference?

I have a NVIDIA GeForce GT 130 512 MB.

atom --disable-gpu

This. All problems gone.

Now, what does that mean?
Could this possibly be fixed?
Or will I have to live with it, with my dated hardware?
Is there a way to start Atom like this from the dock?
What are the disadvantages of starting Atom like this?

Now, what does that mean? What are the disadvantages of starting Atom like this?

Chromium (and thus Atom) normally uses the GPU to accelerate drawing parts of the interface. That option tells it to not even _attempt_ to do this, and just use the CPU for rendering everything. This means that the parts that would normally be accelerated using the GPU will instead take slightly longer and render on the CPU. This likely won't make a noticeable difference, but does slightly increase the battery usage as the CPU has to work harder to do the things the GPU is optimized for.

Could this possibly be fixed? Or will I have to live with it, with my dated hardware?

Some issues like this can be fixed by the GPU driver being updated to fix the bug that is causing this, but with older hardware manufacturers often drop support entirely so it's rather unlikely unfortunately. Chromium maintains a blacklist of features that cards simply don't support (while claiming they do), or don't work properly. Normally this hides bugs like this, but it sounds like the list within the version used by Atom simply doesn't know about this issue. It's possible when Atom updates Electron at some future point you may be able to stop using that flag, but if the chrome://gpu page shown in that linked comment is any indication it doesn't seem that there are _any_ GPU accelerations that work on your hardware. You can visit that page in Chrome yourself to see Chrome's current status on your machine.

Is there a way to start Atom like this from the dock?

https://superuser.com/questions/271678/how-do-i-pass-command-line-arguments-to-dock-items

Thanks for the explanations. I should have worded that better. I know what hardware acceleration means, I was more after things like the battery thing (which is no problem, for me at least (iMac)).

Chromium maintains a blacklist of features that cards simply don't support (while claiming they do), or don't work properly. Normally this hides bugs like this, but it sounds like the list within the version used by Atom simply doesn't know about this issue. It's possible when Atom updates Electron at some future point you may be able to stop using that flag, but if the chrome://gpu page shown in that linked comment is any indication it doesn't seem that there are any GPU accelerations that work on your hardware.

Very interesting. But that linked comment doesn't show my hardware. Hardware acceleration works with most features on my machine, but mine shows the same detected problems with NVidia GPUs.

Is there a way to start Atom like this from the dock?

Doh. I really could have found that out by myself, couldn't I?

So, thanks everyone. Maybe someone should label this a bit more appropriately? And then close it.

Thanks for reporting back 馃槈.

Since there isn't anything that Atom can do to fix this, and there is a viable workaround posted here, I'll go ahead and close this issue.

I see the referenced issue mentions NVIDIA GeForce GT 120, which video card in particular do you both have?

If you start Atom like this:

atom --disable-gpu

Does that make any difference?

I've seen this in other discussions too and I tried it and it fixed most of my problems..
I can see the searched text but not the text I want to replace with.
And when I search in directory all texts input fields disappear.

Was this page helpful?
0 / 5 - 0 ratings