Text is "burnt" into background

[TraceyK14]

• I am on the latest Hyper.app version
• I have searched the issues of this repo and believe that this is not a duplicate

• OS version and name: 10.11.3 El Capitan
• Hyper.app version: 0.8.3
• Link of a Gist with the contents of your .hyper.js: https://gist.github.com/TraceyK14/fd6ebb86a6439ac50d0e03966431a3c7
• Relevent information from devtools (CMD+SHIFT+I on Mac OS, CTRL+SHIFT+I elsewhere):

Issue

When you lose focus on Hyper window and then return focus the text will become "burnt" into the background. The effect is removed if you lose focus and then apply focus to window again.

You can view the text by typing clear into the terminal and hitting enter.

Also can be done by reaching the end of the terminal window and continue to press enter causing the window to scroll

Hyper's default theme with the exception of the opacity change to view the "burnt" effect.

My normal terminal theme.

[rauchg]

Are you using transparency?

[TraceyK14]

Yes the opacity on the background is half in the images provided.
// terminal background color backgroundColor: 'rgba(0,0,0,.5)',

But it does not have to be half, I can see it at 0.8 as well, it's just easier to see at 0.5 which is what my theme is set to.

[rauchg]

Yep so the reason I introduced opacity was "optimistic". There are some Electron issues still with transparency :(

[rauchg]

And by Electron I potentially mean Chromium as well

[TraceyK14]

Yea there was some discussion of it being a potential Electron issue on the slack channel. Do you still want to keep this ticket open until it is resolved on their end? (no telling when or if it will be)

[ppot]

@rauchg The macOS transparency has been natively added to electron recently

[rauchg]

So, have we tried reproducing this with Hyper + latest electron? Thanks for letting me know

[ppot]

@rauchg No, It was talked today in slack see PR from electron
electron/electron#7898

[timothyis]

@ppot Vibrancy is not just transparency, right? I think Electron has had transparency for a while with frameless windows like Hyper.app is.

[ppot]

@codetheory Good question, I can't tell!

[timothyis]

I believe that's the case. In which case, Electron version shouldn't matter.

[andydude]

I'm on Mac OS X 10.10.5 Yosemite, and I have a similar issue, but it might be related to this issue, or the Windows transparency issue, but I'm not sure how to classify it, or even describe it.

This first one was after maximizing (the new fullscreen) a window, then minimizing it again.

The second one was opening a new window, then opening a dozen tabs. Notice the time is overwriting the previous time in my prompt.

[ppot]

@andydude What version you have. Since you have the path_helper in you're header it might be related to your version. Did you try the lastest master?

[andydude]

Yes, I just tried master, and I have the same issue.

[wmertens]

If it's any help, this reminds me of an issue Terminal.app had, where if you selected a text shadow with a transparent background, the shadows would stick around when the text moved. AFAICT they "solved" it by removing the text shadow option :)

[iam4x]

I have this issue on my MacbookPro Retina 13" touchbar with Sierra last version, but it's not happening with my Hackintosh with a nVidia 980GTX. It might be hardware/graphics/driver related?

[bsmith-cycorp]

I'm experiencing this on my Mid 2014 Retina Macbook Pro 15", with Intel Iris Pro 1536 MB graphics. I too have a partly transparent background color, set in the regular config file.

I haven't looked at the code, but perhaps the terminal is getting cleared by "painting" the background color over the existing text? That would cause the text to only get partially faded out if the background is semitransparent, which is exactly the behavior I'm seeing.

[chabou]

Seems duplicate #808

[albinekb]

Fixed in v2 🎉

[trueter]

@albinekb Great news! I'm curious about the nature of the problem. Is there a commit you can reference that specifically addresses this?

[albinekb]

No @trueter, we have worked during almost a year to switch the terminal rendering library from hterm (DOM-based) to xterm (Canvas based), and by doing that, this is no longer an issue 👍 Xterm is maintained by Microsoft and used by both VS Code (electron) and Visual Studio (internet explorer webview), so sadly it's not fixed by one change but rather just a bonus of the more mature and better maintained xterm library 🥇

[ajcrites]

This is still happening for me with Hyper v2 on OS X. It will happen if I move the Hyper window to another screen, or if I do something like close and open my laptop.

[joeyg-stripe]

I think I have the same problem as ajcrites

[Coder1221]

having the same issue .
how to resolve it?