Optional "Root Navigation" mode for bottom navigation bar

Feature description

The bottom navigation bar currently restores the last visited page within each section.

For example:

Pressing Home returns to the last page visited from Home.
Pressing Search returns to the last page visited from Search.
Pressing Library returns to the last page visited from Library.

Pressing Now Playing does nothing when the current playlist is already onscreen.

While this is a perfectly valid navigation model, there is another equally common interpretation of bottom navigation: each button always returns the user to the root of that section.

For example:

Home → Home root.
Search → Search root.
Library → Library root.
Now Playing → Now Playing screen.

This would make the buttons behave as fixed destinations rather than state restorers.

Rather than changing the existing behaviour, would it be possible to add an optional setting allowing users to choose between:

Restore previous navigation state (current behaviour)
Always navigate to section root (proposed behaviour)

Under this model, pressing Now Playing while viewing the current playlist would simply return to the Now Playing screen, rather than performing no action.

Problem solved

No change for users who prefer the current navigation model.
Allows users who prefer root navigation to switch behaviour with a single setting.

Brought benefits

Provides an alternative navigation model that some users may find more intuitive.
Gives all bottom navigation buttons a consistent meaning: they always navigate to their primary destination.

Device type

Phone

I searched existing feature requests

on

Press one it goes to top if it’s scrolled press twice it goes to root of that tab already …

Yes, I am aware of this behaviour.

My concern is mainly discoverability / expected behaviour. For users who interpret the bottom navigation buttons as fixed destinations, pressing Search and landing on previous search results can feel unexpected, and those same users may not realise that pressing Search again returns to the Search root.

So I think my request is still valid for an optional setting where the first press always goes directly to the tab root, while keeping the current behaviour as default.