# \[Suggestion\] List of search results Back Button should restore my inputs and not the starting values

**URL:** <https://community.mp3tag.de/t/suggestion-list-of-search-results-back-button-should-restore-my-inputs-and-not-the-starting-values/72008>\
**Category:** General Discussion\
**Created:** [October 26, 2026, 9:25am UTC](https://community.mp3tag.de/t/suggestion-list-of-search-results-back-button-should-restore-my-inputs-and-not-the-starting-values/72008 "2026-10-26T09:25:49Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![yorickausyps](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/y/f6c823/32.png) [@yorickausyps](https://community.mp3tag.de/u/yorickausyps)\
**Post date:** [October 26, 2026, 9:25am UTC](https://community.mp3tag.de/t/suggestion-list-of-search-results-back-button-should-restore-my-inputs-and-not-the-starting-values/72008/1 "2026-10-26T09:25:49Z")

</div>

The **List of search results** dialog features a button labeled **Back** that actually restarts the last search with the _starting values_ for the search fields defined in the tag source script.  
In my option and expectation of the function of going back it should remember my inputs and simply go back to the state of the search before in the **search by** dialog the **OK** button was clicked upon.  
Therefore I suggest that the back button supplies the _last used values_ in all search fields. This would allow to refine the search if needed to improve the search results without the need to redo all the editing already done once before the OK was given.  
The back buttons current effect to restart the search is already covered by the **Cancel** button or ESC key and the keyboard shortcut Ctrl+I ( Last used Tag Source). I think that we don't need this function twice and that going back just one step to the last inputs and not back to the beginning of the search is a more valuable function at this point of the workflow.

---

<div class="post-metadata">

**Author:** ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)\
**Post date:** [October 26, 2026, 9:40am UTC](https://community.mp3tag.de/t/suggestion-list-of-search-results-back-button-should-restore-my-inputs-and-not-the-starting-values/72008/2 "2026-10-26T09:40:18Z")

</div>

+1 👍  
I would like to see this, too.  
Often, I have to manually adjust the `ALBUM` or `ARTIST` name to get any results from the source. It would be very helpful to be able to revert to these adjusted values for the time of the search (rather than the original values from the tags).

---

<div class="post-metadata">

**Author:** ![make-nz](https://community.mp3tag.de/user_avatar/community.mp3tag.de/make-nz/32/18236_2.png) [@make-nz](https://community.mp3tag.de/u/make-nz)\
**Post date:** [October 29, 2026, 9:58am UTC](https://community.mp3tag.de/t/suggestion-list-of-search-results-back-button-should-restore-my-inputs-and-not-the-starting-values/72008/3 "2026-10-29T09:58:44Z")

</div>

+1

# 💯

(Post must be at least 20 characters)

---

<div class="post-metadata">

**Author:** ![arb](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/41988e/32.png) [@arb](https://community.mp3tag.de/u/arb)\
**Post date:** [October 29, 2026, 2:43pm UTC](https://community.mp3tag.de/t/suggestion-list-of-search-results-back-button-should-restore-my-inputs-and-not-the-starting-values/72008/4 "2026-10-29T14:43:09Z")

</div>

+1 ☝ What they said.

---

<div class="post-metadata">

**Author:** ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)\
**Post date:** [October 30, 2026, 3:46pm UTC](https://community.mp3tag.de/t/suggestion-list-of-search-results-back-button-should-restore-my-inputs-and-not-the-starting-values/72008/5 "2026-10-30T15:46:14Z")

</div>

This is now included with [Mp3tag v3.37-beta.5](https://community.mp3tag.de/t/455). Thanks to everyone who suggested and supported this feature.
