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 135802 - Searches should always be global
Searches should always be global
Status: RESOLVED DUPLICATE of bug 131544
Product: rhythmbox
Classification: Other
Component: User Interface
HEAD
Other Linux
: Normal normal
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-03-01 01:30 UTC by Rami Valta
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Rami Valta 2004-03-01 01:30:58 UTC 
Searches are currently performed on whatever subset of your music
collection you have browsed to. It would be more useful to have them always
be done on the whole music collection, like in History view and Bookmark
Editor in Epiphany. IIRC this is how Rhythmbox used to work at some point
in history.
Comment 1 Colin Walters 2004-03-01 03:05:57 UTC 
Why is that more useful?
Comment 2 Rami Valta 2004-03-01 04:09:49 UTC 
When you have things narrowed down some in the browser, it's usually
easier to just browse to desired album/song, whereas search is more
useful when looking for more obscure things, like when you only
remember the song's name, but not who performed it. At least that's my
personal usage pattern. Perhaps we need more input on this from RB users.
Comment 3 bryan v 2004-07-30 18:36:35 UTC 
I vote for default global searches too.  I often want to put together large
playlists from diverse sources. I have a large collection so it is a real pain
to have to go all the way back up and select "All" every single time.  

Ideally, I'd like to see a search button added, so that search is only excuted
when it is pressed, and a "search within current results" checkbox or something.
Comment 4 Loïc Minier 2004-10-27 08:12:54 UTC 

*** This bug has been marked as a duplicate of 131544 ***