hass-browser_mod icon indicating copy to clipboard operation
hass-browser_mod copied to clipboard

Closing opened more-info's in popup closes popup in 2.x

Open emufan opened this issue 2 years ago • 5 comments

My Home Assistant version: 2022.8.7

What I am doing:

Having a popup in browser_mod 2.1 with e.g. a simple entities card

Open a standard more-info of one of those entity in this popup

Close the standard more-info of this entity

=> The browser-mod popup is closed as well

What I expected to happen:

As in browser_mod < 2.0

=> only the more-info is closed, but the browser_mod popup is still open and I can click another entity's more-info in the card, ...

90% of my popups are detailed pages with entities for a e.g. device. And I would like to still be able to click through the more-info of the popup-content, without having to open the popup every time again.

If it is not a bug, I don't see the doc how to achieve it as wanted. Perhaps with the browser_mod.more-info service, but this would be a huge overhead in every popup code. Perhaps a global setting per popup to work as before?

tap_action:
  action: fire-dom-event
  browser_mod:
    service: browser_mod.popup
    data:
      title: Wecker
      content:
        type: entities
        show_header_toggle: false
        state_color: true
        entities:
          - entity: input_boolean.wecker_schlafzimmer

By replacing the space in the checkboxes ([ ]) with an X below, I indicate that I:

  • [x] Understand that this is a channel for reporting bugs, not a support forum (https://community.home-assistant.io/).

  • [x] Have made sure I am using the latest version of the plugin.

  • [x] Have followed the troubleshooting steps of the "Common Problems" section of https://github.com/thomasloven/hass-config/wiki/Lovelace-Plugins.

  • [x] Understand that leaving one or more boxes unticked or failure to follow the template above may increase the time required to handle my bug-report, or cause it to be closed without further action.

emufan avatar Sep 05 '22 07:09 emufan

I miss the ability to have nested popups a lot. Definitely reduces the frontend usability.

This is also vaguely related to #397.

Jpsy avatar Sep 15 '22 16:09 Jpsy

It's definitely broken my navigation. The more infos really shouldn't close the popups. I hope this is a bug that gets addressed.

calisro avatar Sep 16 '22 11:09 calisro

To add to this, I do think it's a bug though. Even if the user sets

dismissible: false

The more-info dialogs close the popups. That's not supposed to happen.

calisro avatar Sep 16 '22 11:09 calisro

Anyone figure a way to stop this?

calisro avatar Sep 23 '22 23:09 calisro

I have tried a lot of things in the last weeks, but I cannot get around this.

Any chance to get this implemented again in browser_mod, that the popup are not closed, if opening a more-info in this popup? This was great in <2.x, esp. if you build a kind of dashboard, which are opening as popup.

And no, the native sub-views in HA are not a solution against this great popups here. 😂

emufan avatar Oct 10 '22 08:10 emufan

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

stale[bot] avatar Dec 11 '22 23:12 stale[bot]

This problem is still very much alive and kicking. It poses a substantial loss of usability as compared to version 1.x.

Jpsy avatar Dec 12 '22 02:12 Jpsy

Yes. Would be very appreciated if a fix or old behavior would be available again in the future. Or if I'm doing it only in the wrong way ;-) to get the way how to do it correctly.

emufan avatar Dec 12 '22 13:12 emufan

Why is it closed as stale, if updated last week as still relevant?

emufan avatar Dec 20 '22 21:12 emufan

Looks like removal of the stale flag on comments is a configurable option. I recommend to simple open a new issue with the same description and add a reference there to this closed issue. The problem is to important to ignore.

Jpsy avatar Dec 21 '22 04:12 Jpsy