Do you mean that you have a dashboard named Fusion and wish for it to be default? If you want this for all users then the best is to use a Default action using browser_mod.navigate. There is an example in the documentation.
Hi, the recent change is that there will be an extra click to make sure that dismissing the user interaction works correctly, plus also prevents an unintended click on dashabord. So yes, an extra click.
If you donāt use remote media_player then you can set the Hide Interaction icon Frontend setting.
The latest documentation has an updated section on User interaction and why it is needed, and how to disable the icon.
Thanks!!!
Ok, currently i have set āhide interaction iconā since i donāt use media player. Attribute āaudio_interaction_requiredā is consequently true in my case. But, can i manually trigger this interaction (and āfalseā this attribute), or is it only way to re-enable interaction icon and refresh?
I know that this attribute is not important in my case, but iām just curious if there is an option (you never knowā¦)
Only way to have Browser Mod know it can play audio in your case is to have it test when it refreshes. The fact audio_interaction_required is true means that you do need the Interaction at refresh. The only devices/platforms I know that allow audio without interaction is Chrome (set audio settings to site to Always) and Fully Kiosk with the appropriate setting set.
So in summary, yes, unset Hide interaction icon and refresh.
Thanks! Thatās a great info. I use edge on my PCās, which is basically chrome, and it does have this setting (iāve had it on limited).
I also use fully on my tablets, but it has itās own media player and a great feature that you can play media with http address line command. But iāll still search out for that settingā¦
Thanks! As always, you rock!
Thanks for the feedback. For your information, and others who may be reading, the Browser Mod panel on devices will show any Fully Setting which are not set but recommended for Browser Mod. The audio setting is one of them.
I made a sensor to check if any user is in edit mode, checking all browser mod instances and ābrowser_path:ā states but they all drop the ā?edit=1ā part of the url. Why is that and can I somehow get it to register the full url?
The Path sensor uses window.location.pathname which does not have search strings applied. What I can suggest is that new attribute gets added to the Panel sensor which is editMode. This is straightforward and can be in the next version. If this works for you please put in a Feature Request on GitHub. Thanks.
SOLVED
I am so sorry. I had completely missed the āFull user interactionā option. ![]()
Hereās the original text:
I have been facing a problem with the media_player ever since I upgraded from Januaryās version of browser_mod (Jan 4, 2025).
When I recently found a warning in the HA logs after updating stating that my old version of browser_mod was going to stop working soon, I upgraded browser_mod a week ago (2.5.2). Since I was facing problems, I upgraded again today (2.5.3), but the problem persists.
Setup:
Several Raspi 4 devices with Touchscreen running Firefox in kiosk mode (firefox --kiosk).
Problem:
The media_player will not work, giving me a āPlease interact with the browser firstā error instead. browser_mod.navigate works, media_player.play_media does not.
The error does not occur on one (!) of the devices which is identical in setup with the others. Also it runs well on my local browser, all making this very mysterious to me.
I never had this problem before with the January version or previous versions.
Steps tried:
- Refresh browser - tap browser_mod finger icon in the lower right hand corner of the screen.
- Stop Firefox, delete .cache/mozilla and .mozilla, reboot Raspi, restart Firefox, register device with browser_mod, refresh screen, tap finger icon.
In Browser Mod -> Device config icon the controls list the device as āoffā or with a āmuted audioā icon. Klicking the āturn onā icon next to it does not seem to have any effect (I would have expected the finger icon to appear again on the Raspi, instead I get `Failed to perform the action media_player/volume_mute. Validation error: Cannot unmute browser: 07e99d68-1abe4cca. Please interact with the browser first.').
Current entity states:
type: browser_mod
browserID: 09e3b097-d1af0955
video_interaction_required: false
audio_interaction_required: true
friendly_name: LCARS
supported_features: 152463
As you can probably tell from my report, I am a complete dilettante when it comes to exploring these problems which I apologize for.
Is there anything I can do to get the interaction with the browser reliably registered? Tapping the finger icon does not seem to be enough.
Are you hiding the interaction icon in Frontend settings? If so then the correct latest interaction sequence for playing audio automatically cannot be satisfied.
Conversely if you are not hiding the interaction icon then itās like you need to set the Full interaction Frontend settings for the divices that wonāt play.
Busy cooking dinner so can check back later once you confirm the above and perhaps try Full interaction.
Thank you so much, Darryn! I found the full user interaction option only now.
So sorry about this. Anyway, kudos for everything, Darryn!
Browser Mod 2.6.0-beta.1 available for testing ![]()
2.6.0-beta.1 release notes (also included below).
New features
- Refeactored
sizeandstyletopopup_styles. While this is a major update, it is not breaking and all existing popupsizeandstyleconifigurations will still work. Notable information for this update:- New Popup styles section in UI confirguration for
custom:popup-card. Yaml parameter section ispopup_styles. See SERVICES.md for detailed information of thepopup_stylesconfiguration section. - New Styles documentation and examples guide. See STYLES.md
- Ability to define your own popup styles which can also include the standard styles or you own other styles. See STYLES.md
initial_stylereplacessizewhich is now deprecated and will not show in UI if not configured in yaml.allpopup style now replacesstylewhich is now deprecated and will not show in UI if not configured in yaml.- Ability to cycle between styles when tapping popup title, or with the new
browser_mod.set_popup_styleservice, using Style sequence (style_sequence). You can cycle between inbuilt styles and/or your own. See STYLES.md for an example using custom style.
- New Popup styles section in UI confirguration for
- Tapping popup title will cycle between styles set by Style sequence. Default configuration is to cycle between
wideandnormalstyles mimicing the built in Home Assistant more-info dialog. browser_mod.more_infonow supportshass-more-infoview parameters ofhistory,settingsandrelated. See SERVICES.md for more information.
Sometimes the best thing jumps out of nowhere. Now I can have a one button solution to get straight to edit a schdule. ![]()
tap_action:
action: fire-dom-event
browser_mod:
service: browser_mod.more_info
data:
entity: schedule.aquatech_preset_mode
view: settings
If I open a popup āoverā a screen, which has a scroll bar, than the scrollbar is disabled durhing showing the popup, which leads to a jump right and back left after closing the popup when the scrollbar is shown again.
Is this only a behavior in my browser or a general thing and is there a way to avoid this jumping, e.g. leave the scroll bar displayed in background even with opened popup?

I dont see this behaviour (Chrome and Safari on MacOS), though both only show the scrollbar when scrolling.
Can confirm on iOS and do not have a Mac to test it.
But at least on my Win11+Vivaldi (Chrome) it is like I have shown. The popup hides the scrollbar temporarely.
Win11 + Chrome for me shows what you are seeing, and I also see with standard more-info so it is inherent in the Home Assistant dialog implementation. There will be soon a transition from mdc to webawesome for Home Assistant dialogs. Things like this may change. If important you may wish to confirm that the standard more-info dialog does it for you and submit an issue to Frontend.
Yes, see this there now as well. Perhaps I use browser mod popups far more often than the more info or those then only within browser mod popups where it is already hidden.
O.k. Think it is something around hiding via overflow settings on the background. But if browser mod cannot tweak this and only depends on the core, then it is like it is.
Browser Mod 2.6.0 released ![]()
See 2.6.0 Release notes.