Searchbox shows inconsistent behaviour

Bug #689291 reported by jus
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mixxx
Won't Fix
Low
Unassigned
1.10
Won't Fix
Low
Unassigned
1.9
Won't Fix
Low
Unassigned

Bug Description

Tested with Mixxx 1.9.0beta1 and MacOS
Depending from where you are in the treeview the search shows different behaviour.

Put in your search term in the box and switch in the treeview, then back to the point where you coming from.

"Library" , "Missing Songs", "BROWSE" , "iTUNES" save search terms.
"Analyze" "Crates" "Playlist" "AutoDJ" does not save search terms.

Confusing..

Imho If you switch from one point to another in the treeview the searchbox should always be cleared.

Tags: library search
Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

wow -- almost every individual library feature handles search slightly differently

Changed in mixxx:
status: New → Confirmed
importance: Undecided → Low
tags: added: library search
Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

Albert, do you think we should ditch the feature?

Revision history for this message
Albert Santoni (gamegod) wrote :

Yeah, I think we can ditch it and see how it goes.

Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

Hmm .. after using Mixxx live last week while having no idea what I was going to play, I found that saving the search was actually very useful because as I was creating my crates and playlists on the fly, I could jump back to the library section and not lose my place .. e.g. searching for "House" and I'm halfway down the list, I would drag items to my 'Should Play' crate. Every now and then I would be like "Oh which remix did I add to that crate?" and click the crate. Switching back to the library, it would be annoying to have to re-enter my search and them scroll back to the position I was at (if I even remember it).

Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

Arguably, I should not have been creating my crates on the fly, but I destroy my library roughly every week or so after dirtying it during development so I don't manage to keep one with my music actually organized :)

Revision history for this message
jus (jus) wrote :

Imho a search should work like we expect it naturally from countless uses of a web browser.
Though a search history for the last 5 terms could help forgetful ppl;-)

Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

I probably won't have time to fix this one before 1.10.0 so moving it to 1.10.1. If somebody wants to fix it, go ahead and move it back.

Revision history for this message
Daniel Schürmann (daschuer) wrote :

This bug the general discussion according to the bugfix in Bug #998836.

I think the current position and implementation of the searchbox implies that it will be "search" in all song sources displayed in the library tree. Actual it is simply a filter function for the track tables on the right.

I like the current behavior of that filter to remember individual filter strings for each track table. A history of filter strings and a point and Click GUI for editing those filter strings will be a useful addition. We should move this box to the top of the track table in future.

Additional it would be extremely useful to have index based search which will take all track sources into account.
Clementine uses http://www.sqlite.org/fts3.html for instance.

This ideas are included in
https://blueprints.launchpad.net/mixxx/+spec/three-column-library-layout
and discussed in
http://<email address hidden>/msg03974.html

RJ Skerry-Ryan (rryan)
Changed in mixxx:
status: Confirmed → Won't Fix
Revision history for this message
Swiftb0y (swiftb0y) wrote :

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/5713

lock status: Metadata changes locked and limited to project staff
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related blueprints

Remote bug watches

Bug watches keep track of this bug in other bug trackers.