Improve UX for statistics data correction by streamlining dialog flows

[a-bit-of-coding]

Currently, correcting multiple sequential data points in the developer tools is tedious because the edit dialog closes entirely after each individual adjustment. This requires the user to re-open the dialog and re-select the date and time for every single entry, leading to a high amount of redundant clicks.

Proposed change

This PR refactors the interaction logic of the statistics correction dialogs to improve usability for bulk edits:

• Persisting State: The dialog flow is adjusted so that the date picker and input fields remain accessible or reset in a more logical sequence, reducing the clicks needed for consecutive fixes.
• Dialog Behavior: Refined the open/close triggers to prevent accidental closing while navigating between time steps.
• Code Integrity: The underlying logic for data saving and variable cleanup has been preserved to ensure no memory leaks or stale data remain when the dialog is finally dismissed.

Screenshots

before:

after:

Type of change

• Dependency upgrade
• Bugfix (non-breaking change which fixes an issue)
• New feature (thank you!)
• Breaking change (fix/feature causing existing functionality to break)
• Code quality improvements to existing code or addition of tests

Additional information

• This PR fixes or closes issue: fixes #
• This PR is related to issue or discussion:
• Link to documentation pull request:
• Link to developer documentation pull request:
• Link to backend pull request:

Checklist

• I understand the code I am submitting and can explain how it works.
• The code change is tested and works locally.
• There is no commented out code in this PR.
• I have followed the development checklist
• I have followed the perfect PR recommendations
• Any generated code has been carefully reviewed for correctness and compliance with project standards.

If user exposed functionality or configuration variables are added/changed:

• Documentation added/updated for www.home-assistant.io

To help with the load of incoming pull requests:

• I have reviewed two other open pull requests in this repository.

Stale

[karwosts]

Would it be better if we just didn't close the datapoint selection dialog after a data edit?

[a-bit-of-coding]

Would it be better if we just didn't close the datapoint selection dialog after a data edit?

I would prefer to keep the current behavior (closing the input dialog). In my opinion, it aligns better with the established UI patterns in "Development Statistic Edit" in Home Assistant, where the input dialog usually closes after submission. Changing this might confuse users who expect the task to be finished. Additionally, keeping it open would actually increase the total number of clicks for users who want to edit a multiple datapoints.

[karwosts]

I'm fine if we do still want to close both dialogs when the 2nd dialog submits, but I am just genuinely curious how you think the suggestion would "increase clicks to edit multiple datapoints". It seems like to me it is less.

[a-bit-of-coding]

I'm fine if we do still want to close both dialogs when the 2nd dialog submits, but I am just genuinely curious how you think the suggestion would "increase clicks to edit multiple datapoints". It seems like to me it is less.

Sorry. I thought you mean the Input Dialog.
I tried some constellations out in the source code, to not change the parameters destruction functions. And after closing the input dialog, it is necessary to reload the picker dialog. So it was a little bit tricky to keep the existing function as it is and handle the input dialog better and reload changed values to the picker dialog. Otherwise the picker dialog would have the old values.

[home-assistant]

Hi @distancerunner

It seems you haven't yet signed a CLA. Please do so here.

Once you do that we will be able to review and accept this pull request.

Thanks!

[Copilot]

Pull request overview

Updates the Developer Tools → Statistics “adjust sum” dialog behavior in the Home Assistant frontend, focusing on post-adjust flow and dialog actions.

Changes:

• Adds a helper to reset the selected statistic and refresh displayed statistics after an adjustment.
• Changes the footer Close button to close the dialog via a click handler instead of declarative data-dialog="close".
• Ensures _busy is cleared after a successful sum adjustment.

---

You can also share your feedback on Copilot code review. Take the survey.

Stale

[MindFreeze]

Why is closeDialog() removed?