clearing search bar with a large database is slow
Bug #1635087 reported by
Be
This bug affects 3 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mixxx |
Fix Released
|
Medium
|
Unassigned |
Bug Description
From http://
"I've learned to NEVER click the X button in the library search. It wants to re-sort the world every time. I give the field focus, hit ctrl-A to select all the text, and start typing."
Confirmed by another user here: http://
Changed in mixxx: | |
status: | Confirmed → In Progress |
Changed in mixxx: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
Looks like clearing via the X is equivalent to changing the search query 5 times:
Debug [Main]: WSearchLineEdit ::onSearchTextC leared ::slotTextChang ed "" ::triggerSearch "" el(0x7fafcfbf96 00) select() took 2 ms 293 el(0x7fafcfbf96 00) select() took 2 ms 293 el(0x7fafcfbf96 00) select() took 2 ms 293 ::triggerSearch "" el(0x7fafcfbf96 00) select() took 3 ms 293 el(0x7fafcfbf96 00) select() took 3 ms 293
Debug [Main]: WSearchLineEdit
Debug [Main]: WSearchLineEdit
Debug [Main]: LibraryTableMod
Debug [Main]: LibraryTableMod
Debug [Main]: LibraryTableMod
Debug [Main]: WSearchLineEdit
Debug [Main]: LibraryTableMod
Debug [Main]: LibraryTableMod
Other than a few minor differences the code paths are identical (e.g. restoring the vertical bar position) so we can probably fix this by making it search for "" just once.
Odd that the workaround works, because it's functionally equivalent except for:
- QLineEdit::clear()
- WTrackTableView ::restoreVScrol lVarPosition( ) [1]
Compare the WTrackTableView ::onSearchClear ed vs. WTrackTableView ::onSearch
-
[1] https:/ /github. com/mixxxdj/ mixxx/blob/ master/ src/widget/ wtracktableview .cpp#L981