Developer Tools/States Most used screen Vote?

And I for one am very happy with the change. The states tab is not my most used, as you can search for any entity to see its state way faster. The Yaml tab is there instantly and it is the one I use most to reload stuff or check the config. And going through yaml to states is almost as fast as going directly, but going though states to get to yaml is horrible.

1 Like

Why is the states so horribly slow?

How do you check states faster then going to the states page?

1 Like

{{ states | count}}

I have ~ 2000 to load. Takes a few seconds on my local network. Now try that from a remote connection with limited bandwidth.

1 Like

Edwin_D mentioned how the Yaml tab is there instantly… I agree… If your using the yaml page often it would suck to wait for the states page to load every time before you can press the yaml page that is almost instant.

States Tab is horribly slow compared to the the yaml Tab.

What is a quicker way to check any state or list of states with a quick search like we do with the states tab? What does that mean “you can search for any entity to see its state way faster”?? with what?

tom_I Sorry “States tab” the screen under Developer Tools/ state

/developer-tools/state

Yes that is what I am talking about. You asked why it was slow and I told you. It is the quantity of data. I have 2000 states to load there. And then there’s the multitude of additional attribute values. All this takes time to retrieve from the database. All this takes time to load in your web browser. That is why it is slow. None of these states can be cached as they could have changed since the last time the page was loaded.

pressing ‘e’ on pretty much any page brings up a search bar. useful for checking a single entity. If you need to see multiple at once, use the dev page.

99% of the time, I want the states tab, that’s the only reason I click on developer tools. I know it will sound overcomplicated, but I’ll suggest it anyway: can’t it be made optional, which tab goes first? Then the yaml tab lovers can be happy as well.

How can I pull that on the android app?

The search option in the three dot menu in the top right of the dashboard.

1 Like

Shouldn’t the last page opened when opening the dev-tools again?

Yes that is the behaviour now.

The last visit state does not work in Firefox.

It does for me using Ff 93.0.

Is your history set to clear on closing the browser perhaps?

History is for sure set to clear when all instances are closed, but it doesn’t even work within the time the browsers are open. That is a really positive note that it works on at least one of you guys instances, and it is a me problem. lol

I just did some testing. It only remembers while the tab is open (i.e. navigating away to other dashboards or parts of the frontend). Closing and re-opening the tab sets it back to the YAML page.

Same behaviour in Chrome.

1 Like

Thank you for verifying how it works.

I also really dislike the YAML tab on first tab personally.

My workaround is to add a shortcut to go directly to the States tab. I found this panel_custom tip on this forum and it’s really useful:

panel_custom:
  - name: server_logs
    sidebar_title: Logs
    sidebar_icon: mdi:cog-transfer
    js_url: /api/hassio/app/entrypoint.js
    url_path: "config/logs"
    embed_iframe: true
    require_admin: true
    config:
      ingress: core_configurator
  - name: automation
    sidebar_title: Automations
    sidebar_icon: mdi:cog-transfer
    js_url: /api/hassio/app/entrypoint.js
    url_path: "config/automation/dashboard"
    embed_iframe: true
    require_admin: true
    config:
      ingress: core_configurator
  - name: states
    sidebar_title: States
    sidebar_icon: mdi:cog-transfer
    js_url: /api/hassio/app/entrypoint.js
    url_path: "developer-tools/state"
    embed_iframe: true
    require_admin: true
    config:
      ingress: core_configurator

image

Feel free to use different / better icons for the menu.

Documentation:

1 Like

Do you get two sidebars when you do that?

This way doesn’t:

I don’t get two side bars with my code snippet. Do you?
I am not sure about the specific purpose of balloob’s code.
Maybe it’s relevant for specific paths that cannot be reached with the entrypoint.js method?

No I don’t.

Yeah I suspect so.