Closed lgo51 closed 4 years ago
Going to need significantly more information to track that down. Please attach the output from the 'Debug Information' plugin. - Alhough PHP 7.0 is really really old and if it turns out to be that there's nothing I can do about it - but send the debug info anyway and I'll see if I can reproduce it.
Sure... here 'tis...
On December 8, 2019 at 12:22 PM Mark Greenwood notifications@github.com wrote:
Going to need significantly more information to track that down. Please attach the output from the 'Debug Information' plugin. - Alhough PHP 7.0 is really really old and if it turns out to be that there's nothing I can do about it - but send the debug info anyway and I'll see if I can reproduce it. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/fatg3erman/RompR/issues/84?email_source=notifications&email_token=AMV2IWFLBU77A4DQU62FO2TQXVCQHA5CNFSM4JX7CMPKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEGHHCBY#issuecomment-562983175 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AMV2IWFZDBQBFXJH7Z63SMTQXVCQHANCNFSM4JX7CMPA .
I cannot reproduce this at all. More info would help, like does it always do it? Is it only with certain tracks? Anything that might be helpful.
Hi Mark,
For us, happens with: Edge, Vivaldi, Chrome, Firefox, Palemoon running on Win10 or LinuxMint19 or Android... interestingly, did not occur with Safari on iPad Air2 [latest OS].
We observe a track load, title banner shows up, then vanishes for remainder of track duration.
Theme setting did not seem to affect behavior.
Happens for all tracks.
Initial site loading, to arrive at operational screen, can take up to 5 minutes... and response to buttons is [uselessly] slow.
CPU/RAM utilization on web [nginx] server is trivially low, save during initial screen setup when 1 of 4 cores might be at 80%
Hope this helps.
Cheers, Larry
On December 24, 2019 at 2:15 PM Mark Greenwood notifications@github.com wrote:
I cannot reproduce this at all. More info would help, like does it always do it? Is it only with certain tracks? Anything that might be helpful. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/fatg3erman/RompR/issues/84?email_source=notifications&email_token=AMV2IWE6JVTKHAQJA4N7RYLQ2J3X3A5CNFSM4JX7CMPKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEHTT5FY#issuecomment-568802967 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AMV2IWAGCNR3SIBTCRVSA2LQ2J3X3ANCNFSM4JX7CMPA .
Thanks Larry, there are some clues there.
Some further questions:
Is the screen resolution of your device very high? Try resizing your browser window to a much smaller size and see if that makes a difference. Is this just on the Desktop skin, or do all the skins do it - for example in a browser that is exhibiting the problem try also the Skypotato skin and the Phone skin. Also try a different font.
The slow loading is probably not related but is also concerning. 80% CPU usage even on one core is troublingly high. Are you subscribed to a lot of podcasts? What device is your webserver running on?
Also try setting your Collection sort mode to 'Artist' instead of 'Albums (by Artist)' as the latter mode involves loading a huge number of images in one go which doesn't work well on some combinaions of OS/Browser.
On December 28, 2019 at 3:15 PM Mark Greenwood notifications@github.com wrote:
Thanks Larry, there are some clues there. Some further questions: Is the screen resolution of your device very high?
some 1920x1080, some 1366x768 some 1280x720
Try resizing your browser window to a much smaller size and see if that makes a difference.
did not try
Is this just on the Desktop skin, or do all the skins do it - for example in a browser that is exhibiting the problem try also the Skypotato skin and the Phone skin.
all skins [mis]behave the same
Also try a different font.
did not try
The slow loading is probably not related but is also concerning. 80% CPU usage even on one core is troublingly high.
agreed
Are you subscribed to a lot of podcasts?
zero
What device is your webserver running on?
Gen2 i5 laptop w/ 8GB RAM Gen4/5 Pentium w/ 8GB RAM Fedora 25 [text mode] / nginx
very [tediously] slow GUI seems to be unrelated to CPU load (can be seen for sure, but plenty of headroom) and RAM is far from maxed
Clue: track-time counters often jump by 2 - 9 seconds as screen is that far behind most of the time
—You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/fatg3erman/RompR/issues/84?email_source=notifications&email_token=AMV2IWE6MAASFVUL3KDPM2DQ27FXNA5CNFSM4JX7CMPKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEHYTEZQ#issuecomment-569455206 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AMV2IWG72WQDZENAW426UBDQ27FXNANCNFSM4JX7CMPA .
OK, so it definitely looks like somethng is causing your browser to grind to a halt, that would explain everything you're seeing.
First definitely try sorting by Artist and not Albums (by Artist). The former is much lighter on browser resources, especially if you have the option to automatically download album art enabled.
Secondly if that doesn't explain it I'm going to need to see a debug log (https://fatg3erman.github.io/RompR/Troubleshooting#debug-logging) at level 9.
OK I've managed to track this one down.
Unfortunately it's your browser struggling to load and display all the album images when you use 'Albums (by Artist)' mode. This has always been an issue with browsers and most of them seem to be getting much worse very quickly - though Safari on iOS is still really good at it, oddly.
For now using 'Artist' mode will solve it. In the next release I've made some changes to 'lazy-load' the images only as-and-when they're needed rather than all at once. It requires a relatively modern browser but it's the only way.
Subject says it... see attached image... RompR v1.32
Fedora 25 PHP 7.0.25 (cli) (built: Oct 28 2017 06:17:04) ( NTS ) Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies nginx version: nginx/1.12.1