Latest version roon server on Linux mint latest version
Network Details (Including networking gear model/manufacturer and if on WiFi/Ethernet)
Everything wired, fritz box 7530 as Internet modem/router, with 8 way netgear switch. Roon server and roon Bridge plugged into switch
Audio Devices (Specify what device you’re using and its connection type - USB/HDMI/etc.)
Roon Bridge on Linux mint, Firefox browser as display. Audio out via USB, zero impact to sound
Description Of Issue
I have Firefox browser on a pc running roon Bridge attached to the same audio zone. The display continually cycles between attached and disconnected. Every 8 seconds roughly, it connects, shows display, disconnects after 8 seconds, reconnects and repeats.
Watching the pop up in roon remote I can see the display swap between start and stop display. It displays OK, button on remote says stop display, then a blip, display goes black and remote says start display. Continuously cycling.
Now I did change router yesterday which could be the cause? In preparation for a broadband supplier change next week, this is the fritz box from the new supplier connected to the old supplier details until Wednesday. Nothing else I recall changing.
I’ve just transferred the active zone to a raspberry pi with attached 7" display in the other room and it’s perfect! Switched it back and display/dropped/display/dropped continues. So I guess it’s something with this pc. But the music is perfect just the display. This pc and the raspberry both running roon Bridge build 169. Same browser on both, doesn’t matter if Firefox or vivaldi. Display is local ip address : 9100/display/
Can you please confirm if the same behavior occurs when you access the browser from the RoonServer install? What about if you try using a different web browser on the RoonBridge, such as Chrome, does it display the same behavior?
If this issue only started after the router change, Fritzbox is on our Networking Best Practices as a router with known configuration settings to apply. Do you by any chance have “Software Packet Acceleration” turned on and is the behavior the same if you disable this feature?
Hi, can’t find software packet acceleration setting anywhere in fritz os.
Installed chromium browser on the roon Bridge and it works perfectly.
Very strange as both Firefox and vivaldi browsers worked before. Firefox works on the roon server itself and vivaldi on my raspberry pi roon Bridge.
All I can assume is there’s something about the roon Bridge pc itself (which is Linux mint mate edition) maybe something in mate itself that makes the difference. (the roon server is Linux mint cinnamon)
I have another pc I can experiment with (also a room bridge running Linux mint mate) to see if the Firefox / vivaldi / chromium also work differently.
Anyway solved by using chromium… Should have thought to try!
Thanks for the update here and glad to hear that things are working out with Chromium. Not sure why it would be just Firefox affected by this issue, perhaps it’s worth double checking the multicast settings and making sure that it is properly configured? Either way, I have moved this post over to the Linux subcategory and if you make any new discoveries please do feel free to let the community know (in case others run into similar behavior). Thanks!
Just tried Firefox on another pc with Linux mint mate… Works perfectly.
Something peculiar with this specific computer and there are so many variables at play it’s going to be hard to track down. I don’t think it’s anything network related (at least as far as the router/switch are concerned) as I can send the display to other computers around the house, but when it comes back to this one it stops working; unless using chromium and then it’s OK. Could be security settings on each browser as they are all slightly different.
Hmm, this is peculiar if the same browser works on the same platform yet on another machine. What is the version of Firefox that you are using on both machines? Do they have the same version numbers? Same addons/plugins? What if you try running it as incognito on Firefox on the machine that did not previously work, does that change anything? Also, can you send me the full log set from the machine that it does not work on via Dropbox / Google Drive / Send.firefox.com?
Hi, managed to break it on my raspberry pi that was working perfectly. How? closed and reopened the browser. Now it cycles on/off/on/off just like the other PC. This is vivaldi browser. Will try chromium …
Ok works on chromium. The raspberry pi normally just sits there and works, I never touch it so it’s been up for days. 77 days according to htop command. Suspect the browser was running all that time too. Now I’ve closed and reopened, it’s picked up the “bug” that doesnt seem to impact Chromium.
Hi, have sent you the full set of log files. The ones that might be of interest are from today 25July, see log_02 and log_03. Scan for “vivaldi on linux” and “chrome on linux” (actually chromium). What I’ve noticed is “booting client with duplicate token” which seems to me to be when the display connection gets dropped. 10 seconds later, the display reconnects and is booted again. With the older file, before i stopped and restarted vivaldi, you dont get that. After the restart of vivaldi, the booting starts. and doesnt occur with Chromium. Hope that helps.
Thank you for sending those log files over. I have requested the technical team take a closer look to see if there is anything strange regarding the “booting client with duplicate token” trace you observed. I will be sure to reach out to you once I have any further information.
I brought your case to the attention of the QA team and we will need to discuss with the devs as to what exactly the duplicate token indicates as they would be better suited to answer this question. We also require some more information as to file the proper case notes, can you please let me know which build/flavor of Firefox you are using on the install with this issue? Are there any additional addons or configuration options you have set in Firefox that are not the default values?
I wanted to check in with you here as we have discussed this issue with the devs recently. The duplicate token traces that you noticed occur when the Core already has an active connection via the API and closes the other one. I would like to request some points of clarification here:
Are you logged into the affected Firefox browsers with a Firefox account?
Do you sync your Firefox data between the two machines via Firefox Sync?
If you do sync your data in this way, is there any change if you reinstall Firefox, do not log in via a Firefox account and try to reproduce the issue?
What endpoints are you using in your setup? When this issue occurred, were you using one specific zone to display to both Roon displays?
Which version of Firefox are you using? Do you have any addons installed?
Hmmm. Now broken on chromium and working on Firefox. Need more experimenting like rebooting etc to get stable behaviour
Reboot made no difference. However I opened an “incognito” tab on chromium and that works, the “cognito” tab opened at the same time is broken. I’m not aware I’m logged in as a browser user on any of these, however I assume there must be some attribute of a clean incognito tab - or rather the lack of attribute, some cookie or whatever - that isn’t tripping up roon.
I’ve now disabled some of the “remember me”, save cookies etc type settings in chromium, relaunched and its working.
Thanks for the update. Just to make sure I understand you here:
Are you saying you were not logged in to any of the browsers when this issue occurred? Do you have any kind of sync happening between the different machines you use for your Roon display?
No I’m not aware there’s any syncing going on. However as noted, with some config options disabled in chromium, it appears to be working. Note the pi is running chromium at the same time, though I didn’t try sending the display there to see the effect. Opening an incognito tab worked then I thought to disable some options and non incognito (ie ordinary tab) started to work. So without knowing 100% the cause, as these browsers tend to remember things, like last visited tab etc, given the result yesterday in my experimenting, that was the underlying cause of the issue. Ie I suspect using an incognito tab in chromium or Firefox should always work.
Thanks for the followup. Since you have activated incognito mode, this would effectively bypass any addons you may have installed.
It sounds like one of your addons or config options was causing the issue and without knowing what exactly you disabled and how this interacts with the browser’s cookies, it will be difficult for us to isolate the issue.