After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 760034 - Restore last used view on startup
Restore last used view on startup
Status: RESOLVED OBSOLETE
Product: gnome-music
Classification: Applications
Component: general
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: gnome-music-maint
gnome-music-maint
Depends on:
Blocks:
 
 
Reported: 2015-12-31 19:28 UTC by Carlos Garnacho
Modified: 2018-01-10 14:46 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
view: Store last used view in settings (3.02 KB, patch)
2015-12-31 19:28 UTC, Carlos Garnacho
none Details | Review

Description Carlos Garnacho 2015-12-31 19:28:28 UTC
Despite the Albums view being awesome, with my rhythmbox+shuffling background I find myself switching to the Songs view after startup virtually every time I start gnome-music.

Although it is not a long operation, having to do this every time becomes somewhat tedious over time, and I guess this applies to any user whose favorite view is not Albums.

I'm attaching a patch that stores the last/current view on settings, so it can be restored on startup. This is IMO friendly for the people having a different favorite view than Albums, and is forgiving enough for the scarce times when a different view is chosen.
Comment 1 Carlos Garnacho 2015-12-31 19:28:52 UTC
Created attachment 318101 [details] [review]
view: Store last used view in settings

This will allow gnome-music to start up in the last used view,
and by many chances, the one that's used the most.
Comment 2 Allan Day 2016-01-04 14:46:47 UTC
There are some schools that highly value restoring an application to its previous state. It's easy to see the arguments for this - it allows someone to close an app without fear of losing their place, and it means that accidentally closing an app is non-destructive.

On the other hand, it can be disorientating to start an app and not be presented with an initial home screen. Sometimes it is desirable to start with a clean slate.

For example: in the case of music, it could be confusing to have the app launch and show a specific album or search - you'd have to figure out why it is in that state, and how to back out in order to start using the app.
Comment 3 Jonas Ådahl 2016-02-25 02:11:02 UTC
I have the same issue as Carlos, more or less. I listen to some album of some artist. Now I need to close Music or Music / my session crashed for some reason. Next time I start Music, I have to try to remember what album and what track I was at, which I consistently fail to do. So personally I'd prefer that not only the most recent view was opened, but also the album track I was at should be "selected" as in played when I press play.

As for figuring out why it is opened in the state it was closed in, I'd argue that figuring that out is easier than having to figure out where you actually were last time and restore that state. I suppose it depends on how the user listens to their music, i.e. is it like reading a book - you continue where you were when you stopped last time, or is it like watching a movie - you decide to watch a movie and watch a different one every time. Music seems to be designed towards the second option, i.e. different every time, regarding restoring vs not restoring state.
Comment 4 GNOME Infrastructure Team 2018-01-10 14:46:59 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-music/issues/47.