UI consistency - refresh button

[jimmyjones2]

The refresh button currently only exists in the Visualize page, for when a saved search is being used and the search button is disabled. However, I personally think it would be better for new users if the refresh button existed in discover, visualize and dashboard for consistency, and is more obvious than clicking the search button. Happy to do the PR. Thoughts?

[rashidkpc]

I'd rather get rid of the refresh button on visualize. I don't like the clutter in that bar

[sqpdln]

I'd rather have it replaced with a settings icon from where it's possible to use another index, just like in discover. Right now this has to be done manually in settings. I never used the refresh button, but switching index happens quite often.

[jimmyjones2]

Another option is to change the search icon to refresh once the results have been returned, but switch it back to search as soon as the search is edited. This is similar behaviour to the Firefox address bar.

[joshuar]

Just another thought, having a refresh button will ensure users don't opt for clicking the browser refresh button, getting a different routing preference for their new session id and then potentially seeing inconsistent results?

[tbragin]

We discussed that as the design team thinks about the header re-design, they should consider a consistent way to refresh across the UI: #9144

Removing the "discuss" label, since this is something we should do.

[snide]

Closing this issue. The design team is doing housekeeping against our attached tags and closing issues without much recent activity. Feel free to reopen if you still have issues or feel this is in error.

This is planned and in the works with the new header. We have several tickets tracking the reactification and UI of the datepicker and how queries are shown in dirty / updated states.

You can play around with the functionality in EUI here.

elastic/eui#1219