Google-play-music-desktop-player-unofficial-: v4.0.0 UI lag

[meow81]

Since updating to v4.0.0, I'm experiencing a lot of lag with the UI catching up with the mouse cursor position and selectable elements of UI like play buttons when hovering over an album cover not showing or very delayed, volume slider delayed appearance, and menu items highlighted background color that shows when you are hovering over it very delayed.

The product unfortunately feels broken in this version. Should I try a reinstall? Let me know what additional info I can provide.

see the video for detail and pay attention to the mouse cursor:
https://youtu.be/HfmpdkQb82o

forgot to show proof of the version in the video, but took a screen shot afterwards:

My system info:
Windows 10.0.14393 x64
Processor AMD FX-8370 Eight-Core Processor, 4000 Mhz, 4 Core(s), 8 Logical Processor(s)
8.00 GB RAM
NVIDIA GeForce GTX 950

where is this in the FAQs? I looked, but it's not listed on that page.

If appropriate please attach the DEBUG information zip file that you can generate by following the instructions in the FAQ
(https://github.com/MarshallOfSound/Google-Play-Music-Desktop-Player-UNOFFICIAL-/wiki/FAQ)

[MarshallOfSound]

@meow81 Sorry that debug info FAQ appears to have vanished. I added it back in

https://github.com/MarshallOfSound/Google-Play-Music-Desktop-Player-UNOFFICIAL-/wiki/FAQ#how-do-i-generate-this-debug-zip-file

[MarshallOfSound]

Regardless however can you try clearing your cache completely.

Delete the %APPDATA%\Google Play Music Desktop Player folder 👍

[madeleineostoja]

I'm seeing a lot of UI lag and glitches with 4.0 as well. The glitches in particular make it really hard to use, the screen flashes white or tears.

Clearing application data didn't help.

On Macbook Pro 2015, MacOS Sierra latest. Debug info here: debug_info.zip

In the meantime is there a way to roll back to 3.x and turn off auto updates? In general it would be nice to opt-in to major version bumps (apologies if I just missed a setting for this somewhere).

[meow81]

debug info:
debug_info.zip

delete this folder? I didn't notice any difference after clearing the contents of the folder.

[MarshallOfSound]

@meow81 Delete the entire Google Play Music Desktop Player folder.

[meow81]

tried that. It didn't work.

[Smashman]

I am also seeing this issue on Mac OSX.

Could be related to the new UI changes made?

[meow81]

just noticed the v4.0.1, updated, not sure if that has anything to do with this issue or not. Regardless, I cleared cache as instructed before and experience the same lag issues. Possibly a slight improvement, but the mouse cursor and UI are still not in sync. UI elements are jumpy and flashing under the mouse cursor and selections are still a bit behind where my mouse actually is.

[boulund]

I'm experiencing the same issues with the recent update. It wasn't perfect before, but the two most recent updates unfortunately really destroyed usability for me :(.
Running Windows 10 Insider Preview on a Lenovo X1 Yoga (Core i7-6600U 2.81Ghz, 16GB RAM, 512GB SSD).

[MarshallOfSound]

Guys to determine where the issue is. Can you download raw Electron from here

https://github.com/electron/electron/releases/download/v1.4.3/electron-v1.4.3-win32-ia32.zip

And open the dev tools console and run the following command

window.location = "https://play.google.com/music/listen#/now"

Then play around and see if the UI lag is present.

[boulund]

Using the raw Electron release makes a WORLD of difference. Still not 100% perfect (just like most Electron-based apps I've used unfortunately--but probably not because of Electron in this case; the gplay website is slow for me as well), but a massive difference.

[meow81]

agree with @boulund. It was night and day, only experienced a small delay once or twice, but noticeably better experience.

[MarshallOfSound]

Hm, without a device to reproduce the issue tracking down the lag will be tricky. Can someone run a CPU profile from dev tools and upload it here?

[meow81]

I'm embarrassed to admit, but how do I do that? I will, just need a little guidance. This app is amazing and I'll do whatever to help out.

[MarshallOfSound]

Type DEV_MODE into the go to URL modal.

Relaunch GPMDP

Open dev tools with the standard chrome shortcut.

Click profiles

Click "start". Do some stuff for 30 seconds. Click "stop"

Upload it here

[MarshallOfSound]

@meow81 That profile appears to be from the webview not the main window. Can you upload a profile for the main window?

[meow81]

I'm having trouble running the app to get dev mode. I'm not sure what I did originally was correct. Should I be using Electron?

[MarshallOfSound]

No you should be using GPMDP.

I'll try be more clean with the steps.

1. Open GPMDP
2. Use the shortcut "Control + Shift + G"
3. Type in "DEV_MODE"
4. Click "Let's Go"
5. Relaunch GPMDP
6. Use the dev tools shortcut "Control + Shift + I"
7. Use the profiles tab to make a CPU profile

[madeleineostoja]

CPU-20161019T181635.cpuprofile.zip

Funnily enough the UI was reasonably smooth while recording that profile, maybe intermittent?

[MarshallOfSound]

@seaneking I can't see any obvious issues with that profile. Perhaps wait till it gets really bad and then start the profile 👍

[boulund]

Here's a profile from me. It was fairly slow during the recording, but probably not as slow as it has been at its worst before.

CPU-20161019T120723.zip

[hydrocane]

Here is another profile. The recording was the same as if I used the application normally with the lag.

CPU-20161019T062455.zip

I did find an error in the dev tools as well, not sure what it means:

"C:\Users\hydro\AppData\Local\GPMDP_3\app-4.0.1\resources\electron.asar\renderer\web-view\web-view.js:294 ::shadow pseudo-element is deprecated. See https://www.chromestatus.com/features/6750456638341120 for more details."

[madeleineostoja]

@hydrocane that's just a deprecation warning for the ::shadow selector, wouldn't effect UI lag.

[meow81]

CPU-20161019T191543.zip

Okay got it this time. Have to say, running in DEV_MODE reduces much of the lag, so the capture won't be a good representation of what I experience running in a normal mode. When I switched back the lag returned to a pretty severe level.
Also, noticed that randomly now when I open the app it appears to just be displaying the web UI of google play music and no desktop app settings are present, not even the menu. Restarting the app fixes it.

[MarshallOfSound]

Also, noticed that randomly now when I open the app it appears to just be displaying the web UI of google play music and no desktop app settings are present, not even the menu. Restarting the app fixes it.

Getting the errors from console would help a lot with figuring out this issue. Someone weird is happening somewhere

[Tenzinn3]

Screen glitches on MacOS: https://vid.me/hsPY

[MarshallOfSound]

@meow81 That log appears to indicate some kind of event loop, i.e. an event causing another event to be fired and react's event batching is working overtime to handle it.

It's gonna be hard to track this down 🍆

[lucaseverett]

In addition to the lag I'm seeing some other strange issues with version 4. I'm having frames drop. Animations appear to be around 10 to 20 frames per second. (I have an AMD RX 470 and had no issues with version 3.6.)

Also, when I'm in an album and hover over a song, the hover effect is showing on the wrong song. For example, when I hover over song #1 in an album, it shows the hover effect on #8.

In the following screenshot, I had my cursor over song #1.

[meow81]

Do we have any idea how widespread this? Is it possible to revert back to the previous version 3 until the issue is identified? I also realize you probably would like the logs additional data from impacted users on v4.

[MarshallOfSound]

Tbh, the easiest way for me to track this down is to get access to a device with the symptoms. I have tried all my devices and numerous VM's and none of them have the issue.

The analytics I have access to don't show any massive errors or a decrease in user count so it appears to not be very wide spread (you guys might just be unlucky). If anyone is OK with me using teamviewer and diving into the problem message me on Gitter and I'll try solve this for you guys 👍

[lucaseverett]

@MarshallOfSound What GPU do you have? It seems that all of us with issues are on an AMD GPU.

[MarshallOfSound]

@lucaseverett I'm on team green, but I know some people on AMD GPU's that aren't having this issue. Could be related though. _not sure_

[meow81]

@MarshallOfSound I'm open to a teamviewer session so you can get some additional data.

[hydrocane]

@lucaseverett I am using an Intel HD GPU, so it may not be AMD related

[MarshallOfSound]

@meow81 Hit me up on Gitter and we can sort this out 👍

[hydrocane]

Is there anyway to prevent auto-update from occurring so I can stick with version 3.6.0?

[MarshallOfSound]

@hydrocane Technically yes, but if you do it, you will not receive any updates, even when I fix the issue (which I still have no idea what it is). Still need someone to let me have a look around on their machine so I can actually try to find out what's going on.

[hydrocane]

@MarshallOfSound If you have time now, you can take a look at my screen to sort it out.

[MarshallOfSound]

@hydrocane Hit me up on Gitter and we can try get it sorted 👍

[hydrocane]

@MarshallOfSound I appologize, I am new to Gitter, how do I do this?

[meow81]

@MarshallOfSound I can do teamviewer some time this weekend, sunday for sure. where are you on gitter, I'm logged in there and only see a bunch of existing communities/groups with no search function.

[shadeslain]

I'm having a similar issue, instead of lag though my mouse just acts like it's jumping around on the UI, I'll click the volume meter and it will immediately jump from 0-100% constantly back and forth. Same thing when clicking on songs or play/pause controls(selection jumps around).

Happens both on 4.0.0 and 4.0.1, I've already deleted the GPMDP folder in appdata. Let me know if you need more screen captures.

OS: Microsoft Windows 10 Pro (x64) • CPU: Intel(R) Core(TM) i7-6600U CPU @ 2.60GHz (2.81GHz) • Memory: 15.9 GiB • Storage: 56.2 GiB / 109.2 GiB (53.0 GiB Free) • VGA: Intel(R) HD Graphics 520

[hydrocane]

@shadeslain I had the same issue. What type of computer are you using. Apparently because my laptop has a touch screen, it causes the UI to glitch out. Marshallofsound is currently working on this with the electron people.

[shadeslain]

@hydrocane Dell Latitude E7470, mine is the Non-touch screen FHD variant.

[madeleineostoja]

Mine is a MacBook (no touch screen) as well, UI still laggy and glitches out.

[Sp4rkR4t]

Big lag and mouse over events triggering on items far away from the mouse, also resizing the window is causing many problems.

Windows 10 Pro, Intel CPU & nVidia GPU

[donewert]

Yes, I am having the same issue on my Macbook since upgrading to 4.0.x. The screen flashes way more than I could take, so I went back to 3.6 and its all good again.

MacBook Pro (Retina, 15-inch, Late 2013)
2.3 GHz Intel Core i7
16 GB 1600 MHz DDR3
NVIDIA GeForce GT 750M 2048 MB
Intel Iris Pro 1536 MB

[ericralph]

I'm having major lag issues and sketchy, low-framerate animations. Dev mode seemed to significantly improve my experience, although it was still significantly laggy (albeit about as bad as the web UI).

Running Windows 10 w/ recent Anniversary Update on a Surface Pro 4 with a Core i5 and 8GB RAM. I've attached a CPU profile I took, it included some bad lag but I had to push to get it (normally the lag almost renders the app unusable from the moment after it starts).

I am also experiencing very odd UI flickering and instability, whereby any actions that require mouse hovering are incredibly inconsistent and barely functional (I can barely get the volume slider to appear and it mainly jumps between 0 and 100 if I manage to click it, similar experience with the three button menu for playlists and songs).

I should also note that this is minutes after a complete reinstall and removal of all AppData files. And oddly enough, performance is _much_ better on my desktop PC. So definitely not a universal issue, for whatever reason.

CPU-20161024T160649.zip

[MarshallOfSound]

@ericralph You probably have the touch screen issue @hydrocane has

[VenomXII]

You closed my issue i opened, so here is a CPU profile, dev mode reduces the FPS drop and UI jitter enough so i can type this out.
CPU-20161024T230557.zip
Its really bad in normal mode, to the point where my cursor just starts moving around by its self reaaaaaly slowly. I'm open to a hangouts call and a Teamviewer session. i WFH most of the time so im available.
Edit:
I'm on a normal Desktop PC. Windows 10 home. I5-3570k, 24gb ram. GTX 660. I'm running Chrome and Wow at the same time. but there is still plenty of resources to go around.
As soon as i force close the app, every returns to normal.

[jostrander]

@MarshallOfSound that last CPU Profile looks like the majority usage is with jQuery, or am I reading it wrong?

[MarshallOfSound]

@jostrander Yeah, that one appears to be mainly jQuery but it is within normal usage bounds. If you turn off "scroll lyrics automatically" in settings that usage will drop to 0.

[VenomXII]

after turning off that setting, do i need to restart the app?

[MarshallOfSound]

Nope, the jQuery animation will stop immediately

[VenomXII]

lag still exists :(

[jostrander]

Can you take another CPU profile without that enabled?

[VenomXII]

Here you go, i put it through its paces during this, lag was everywhere got my cursor doin the jitter thing again.
CPU-20161024T235051.zip

[MarshallOfSound]

@VenomXII Are you sure the DEV_MODE improves the situation?

[VenomXII]

not really, its not much of improvement other than it lets me use my cursor while the program is minimized. if its in normal mode even when minimized or in the background my pc gets brought to a crawl.

[MarshallOfSound]

@VenomXII In task manager can you screen shot which process is using the CPU. Also screenshot the helper processes

[VenomXII]

If i force close the program and reopen it, it brings everything to a crawl/stop, then it comes back, its still in dev mode when i took these screenies.

[MarshallOfSound]

@VenomXII Out of interest and a completely wild guess, can you install Bonjour Print Services. Restart your computer, and see what happens 👍

[ericralph]

It does look like GPMDP is indeed using a massive amount of CPU, albeit variably. Moments after opening (no music playing, haven't even opened the interface), it jumped to 100% CPU utilization and is hovering around 25-75% currently.

[Dogodile]

@MarshallOfSound Installing Bonjour Print Services and restarting resolved the issue here. I guess I never had it installed on my Surface but did on my desktop.
Edit: My fix by restarting was short lived, laggyness is back. For now it seems rolling back is the best fix for me.

[VenomXII]

@MarshallOfSound I'd rather avoid installing anything apple related on my windows machine. and per @Dogodile it seemed to not work.

[jostrander]

@VenomXII I don't know if you read the same thing I did, but he said it resolved the issue. The bonjour print services are for chromecast and is a standard that Google decided to use.

_And I didn't see the edit because I read this via email. My bad, but either way its for chromecast, even if its apple related._

[MarshallOfSound]

To stop the "I have this issue as well" spam I'm going to lock this conversation.

This will _hopefully_ be fixed by Electron 1.5.0 and a Chromium version bump. As soon as I get my hands on a build for that version of Electron I'll link a build up here for you guys to test out.

If anyone has any magical insights on the cause or possible solutions for this issue please raise them in Gitter

I'll keep exploring possible causes and hopefully we'll get this fixed

[MarshallOfSound]

I have reports that 4.0.2 fixes this issue. Can you guys please test and confirm 👍

[lucaseverett]

No change for me. I also deleted the "AppData\RoamingGoogle Play Music Desktop Player" folder just to be safe.

I also did a clean install of Windows 10 and tried a different video card last week and there was no difference.

[lucaseverett]

Is there a way to force 3.6 to not update? I've been reinstalling 3.6 often because even though I don't manually update it eventually it updates by itself.

[MiguelCTorres]

Still bugged for me :(
I deleted the Roaming GPMDP folder too. I can start music, but I cannot touch anything after press play button.

[donewert]

Yes. It is still flashing for me on MacBook Pro. However, it only seems to happen when on the laptop (retina) monitor. If I use an external monitor (HDMI/1080P) there don't seem to be any glitches at all.

The glitch I am seeing (again, only on the retina screen) is best described as a flash (turns white for a split second) in the screen right after the each background artist image is loaded. Just distracting is all. My Parallels Windows 10 VM works great.

Maybe another clue is on my Dell XPS 13 with a quad hd touch display, I see glitchy issues as well (mouse roll-over flashing). Maybe has something to do with ultra HD rez monitors?

Thank you!

[meow81]

That's interesting, I'm using a 4k monitor with Windows recommended scaling of 150% turned on. Not sure if that helps. @MarshallOfSound, offer still on the table to do TeamViewer if you think that will help with troubleshooting.

[lucaseverett]

I also have a 4k monitor. As a test, I turned off display scaling and set it to 100% and all of the glitches go away. So this does appear to be an issue with scaling. Anything above a 1.0 scale factor glitches to the point of being unusable. With 3.6 it works at all scale factors.

[meow81]

Good find @lucaseverett . I would expect it to work with scaling and hope the fix is prioritized (if it is related to that). Without scaling on 4k, some apps look awful or are really tiny, almost unusable.

[EricPutney]

1080p display here, changing scaling from 150% to 100% and signing out/in solved the problem completely for me!

[ericralph]

I also have display scaling set to 200% (Surface Pro 4 is nearly
nonfunctional without scaling). I can also verify that installing the
Bonjour Services did nothing noticeable to alleviate the problems I've been
having.

On Fri, Nov 4, 2016 at 2:20 PM, DericMcDerpy [email protected]
wrote:

1080p display here, changing scaling from 150% to 100% and signing out/in
solved the problem completely for me!

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/MarshallOfSound/Google-Play-Music-Desktop-Player-UNOFFICIAL-/issues/1777#issuecomment-258550440,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ANP6WS_CRhAE_QAlVlIUoROB0GKSEJ9Yks5q66GXgaJpZM4KYGh2
.

Eric Ralph
Science, Technology, & Society w/ Bioethics Emphasis | 2017
University of Puget Sound
3418 N Ferdinand St,
Tacoma, WA 98407
[email protected]
303.990.0977

[MarshallOfSound]

Raised https://github.com/electron/electron/issues/7882

Can you guys with the DPI issue test this build. https://mega.nz/#!eNdDBDCa!rPhFnzwTc5q3Soz8bkdBnmUNsLT6-Y3t4nuI4mkuJkY

[donewert]

Works the same here. Just tried it with no scaling, looks perfect. As soon as I scale to 150% the issue is back.

[MarshallOfSound]

Here is another one 😆 This one theoretically should work 👍

https://mega.nz/#!KM0izAra!cAUickZUiQEdMJy7XiDMFB7mPNOUAtE6aOkqPC7G9q8

[donewert]

Seems to have done the trick! Works great in Windows at 150% scaling. I look forward to trying it out on Mac.

Thank you!

[MarshallOfSound]

@donewert Although that one works it is not a fix. It is simply determining the exact version number in Electron that the issue started occurring. You're welcome to use it 😆 but it isn't fixed yet 😆

[donewert]

Ah, gotcha. I will enjoy this special version on my PC then. :)

[ericralph]

I can verify that that modified build from the MEGA link works MUCH better.
Still not exactly snappy, but it is very functional.

On Fri, Nov 4, 2016 at 9:28 PM, donewert [email protected] wrote:

Ah, gotcha. I will enjoy this special version on my PC then. :)

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/MarshallOfSound/Google-Play-Music-Desktop-Player-UNOFFICIAL-/issues/1777#issuecomment-258590164,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ANP6WYBnmdrKnhD7wwJOqZMAldzRhkGzks5q7AXmgaJpZM4KYGh2
.

Eric Ralph
Science, Technology, & Society w/ Bioethics Emphasis | 2017
University of Puget Sound
3418 N Ferdinand St,
Tacoma, WA 98407
[email protected]
303.990.0977

[lucaseverett]

The mouse hover issues are gone in that build but the frame rate is still very low.

[BalzGuenat]

I have a 4K screen and the same issue. The build you just posted fixes the hover spasing but the minimize, maximize and close window buttons for the window stopped working. Framerate seems low (feeling <20). Pulling the window to the top edge to maximize still works. This is on Windows 10.

[MarshallOfSound]

Guys, please no one download and use that build. It was a hack job with badly compiled dependencies and some missing ones. It was PURELY FOR TESTING PURPOSES ❤️

If you want to revert to 3.6 and not get bugged by update notifications just change your hosts file to point update.gpmdp.xyz somewhere else temporarily. (This is not recommended as you won't get the potentially fixing future update)

I'm going to lock this up again to prevent spam. I'm hoping that the next Chromium bump will fix this for you guys. Stay tuned

[MarshallOfSound]

OK guys, new theory to test out, can you guys try this build ASAP and let me know if it works.

https://mega.nz/#!jRNyzDIB!dAAEyDCwUrwed2q-7RubOwwqxzhg3xSb6lOqxkx4I2c

EDIT: Bad build 😢

[boulund]

Sorry to say, it doesn't work well at all. Interface is laggy, mouse-over effects jump around all over the place.

[MarshallOfSound]

@boulund Can you try launching the .exe file from CMD like so.

"Google Play Music Desktop Player.exe" --enable-use-zoom-for-dfs=false -- --enable-use-zoom-for-dfs=false

EDIT: Uploading a new build now, I totally screwed up the other one

[MarshallOfSound]

https://mega.nz/#!WUkDSSya!PSuPahIn3CF8DIqA9XuqTlgLdysbo_PwJ8cg6bNLVkg

[boulund]

No mouse jitters! Performance is also good when not maximized. Still rather sluggish when maximized on my second monitor (2560x1440), but that might be because of my machine being a laptop with a weaker processor...

[MarshallOfSound]

@boulund Sweet, good to hear that I finally tracked it down 😆

Fix should go out next release 👍 Until then feel free to use that build I just uploaded 😄

[boulund]

So, what was the cause?

Edit: nvm, see it now! :)

[MarshallOfSound]

@boulund Chromium 53 changed the way they handle display scaling on renderer windows. They automatically enabled the enable-use-zoom-for-dsf flag which apparently doesn't cope with webviews very well. Forcing that flag off fixed the issue 👍

See the commit I just pushed for reference.

[ericralph]

At least for me, the 11/10 build was much worse than the previous one.
Very, very laggy and could not even get the hover interaction aspects to
work at all.

On Thu, Nov 10, 2016 at 5:27 AM, Samuel Attard [email protected]
wrote:

@boulund https://github.com/boulund Chromium 53 changed the way they
handle display scaling on renderer windows. They automatically enabled the
enable-use-zoom-for-dsf flag which apparently doesn't cope with webviews
very well. Forcing that flag off fixed the issue 👍

See the commit I just pushed for reference.

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/MarshallOfSound/Google-Play-Music-Desktop-Player-UNOFFICIAL-/issues/1777#issuecomment-259689499,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ANP6WWPnpEMhjylgu6Z3Y7VFWbfwuBvLks5q8xvIgaJpZM4KYGh2
.

Eric Ralph
Science, Technology, & Society w/ Bioethics Emphasis | 2017
University of Puget Sound
3418 N Ferdinand St,
Tacoma, WA 98407
[email protected]
303.990.0977

[meow81]

this build worked for me:
https://mega.nz/#!WUkDSSya!PSuPahIn3CF8DIqA9XuqTlgLdysbo_PwJ8cg6bNLVkg

[wcomartin]

anyway to make a MacOS Siera version of this build or is this going into the mainline soon?

[donewert]

I just upgraded to the latest (4.0.3) on Sierra. The problems persist there. Would be happy to test any builds if needed.

[wcomartin]

the latest build actually seems worse than 4.0.2, i cant even see the queue or the left nav anymore.

edit:
works fine on my 1080p monitor, but the Macbook Pro Retina screen is a no go

[madeleineostoja]

4.0.3 still broken for me too

[jostrander]

@seaneking @wcomartin Are you using High DPI Displays? (4k, retina, etc?)

[wcomartin]

When I have the issue it is on my retina screen, the 1080 doesn't have the issue

[donewert]

The windows version is a little laggy on my 4K screen, but not glitchy. The Mac version on Retina flashes so much I had to shut it off. 1080P seems fine, however, no background images (e.g. artists in a playlist) show up anymore. The regular web site is fine.

[madeleineostoja]

I'm on a retina MacBook, and yep Super glitchy

[lucaseverett]

@MarshallOfSound With 4.0.3 and Windows 10, the mouse cursor glitches are gone, but it is still very laggy, low framerate animations, and background images are not showing up. However, in the last build you posted in this thread a few days ago, the background images do load. The lag/framerate is the same, though. Also, I noticed that the background images still don't show up even if I turn off Windows scaling.

All around, 3.6 is much more pleasant to use -- no issues at all. Thanks for sharing the trick with the hosts file.

[MarshallOfSound]

@lucaseverett Without any way for me to replicate the low framerate issues I can't even begin to come up with a solution. It is probably an underlying Chromium issue that will be handled by the bump to 54 which is slowly being worked towards over at electron/electron.

Regarding the background images that is due to my quick patch to get the dark theme and other functionality working on the latest google play music UI update. I have more finely tuned fixes coming shortly but it was like 2am and I couldn't be bothered putting in the hours to get it working nicely so I went for "just working" 😆

[MarshallOfSound]

To further explain my dilemma for anyone reading these. I am faced with a choice. Currently we are on Electron 1.4.4, the last known version that didn't have these issues was 1.3.6. Now with that in mind, you would obviously go "Hey, why not downgrade". Which was my first thought as well, the problem is, 1.4.4 fixed two other crash bugs.

I.e. Downgrading to 1.3.6 would break more clients than it would "fix".

[madeleineostoja]

Does the issue persist with a naked Electron wrapper? I thought we ruled that out.

In any case, I think this issue should be reopened. It's obviously still effecting a lot of users.

[MarshallOfSound]

Does the issue persist with a naked Electron wrapper?

The issue itself is running any website through a webview. So anyone running the site just in Electron won't notice it unless you go through the trouble of setting up a webview element to test in.

In any case, I think this issue should be reopened. It's obviously still effecting a lot of users.

It's hard to tell how many and I don't think it is the same issue. There is no way that the fix only worked for a portion of the users. There must be at least two separate problems. I think that everyone experiencing "UI glitches" saw this issue and jumped on board saying "me too" "me too" when I think there are multiple issues at play here.

For instance, there is the issue I just fixed (High DPI on Windows inside a WebView) but there is another issue in this thread for touchscreen devices in a WebView. I think for my sanity's sake you should raise a new issue with the following information.

Host OS:
Host OS Version:
Display Resolution:
Display DPI:
Touchscreen: Yes / No
Clean and concise description:
Video clearly showing problem:

Then I can start categorizing these issues correctly. In addition, ANYONE jumping onto a thread with a comment like "me too" or "same here" or "can this be fixed" will be deleted and if you do it more than once you will be blocked from the repo. I get that lots of you are having this issue but this thread is a prime example of what NOT to do, there are over 100 comments most of which are just repeats of ones before or contain 0 additional / helpful information. If you agree with someone, give them the thumbs up reaction, don't add a new comment

End Rant

[donewert]

Host OS: MacOS 10
Host OS Version: Sierra
Display Resolution: Retina - External monitor, no problmes
Display DPI: Scaled, more space
Touchscreen: No
Clean and concise description: Background white flashing, kind of like all pixels going white then back to whatever the background is. Especially noticeable when background images are loading.
Video clearly showing problem: I will try and upload later.

I also use windows 10 at home, on a 4k screen and do not see any issues worth complaining about that you have not already addressed.

I appreciate your effort and as a fellow dev, fully understand your frustration.

[MarshallOfSound]

@donewert

raise a new issue

[meow81]

@MarshallOfSound while I understand your point, the me toos and same here comments at least give you an indication of the scale of the issue. Otherwise how would you get a sense of the impact and be able to prioritize appropriately? However, I realize that doesn't provide you any information to troubleshoot with and I can understand that being frustrating.

Also, what other alternative besides Github is there to report issues for this software? Not all of the end users are developers and may not be comfortable or know what to provide here on Github. I opened up an account just to report the issue and tried my best to provide some useful info. I guess what I'm saying is to appreciate users reaching out to you to provide feedback even if it's not in the ideal format. I work in software/web development, but on the project management side (not a developer) so I can understand the frustrations about receiving feedback when there's not much info provided or feedback that can be perceived as a complaint.

Is there anything else I can help test regarding the original issue? Or do you think that's resolved now?