Performance regression: Search by songbook very slow
Bug #1552563 reported by
Samuel Mehrbrodt
This bug affects 3 people
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| OpenLP |
Fix Committed
|
High
|
Samuel Mehrbrodt | ||
| 2.4 |
Fix Released
|
Undecided
|
Samuel Mehrbrodt | ||
Bug Description
Searching by songbook is very slow on large databases (~1000 songs) since the recent changes to support multiple songbooks.
Ref: http://
Related branches
lp:~sam92/openlp/bug-1552563
- Tim Bentley: Approve
- Raoul Snyman: Approve
-
Diff: 144 lines (+39/-37)3 files modifiedopenlp/plugins/songs/lib/mediaitem.py (+10/-12)
tests/functional/openlp_plugins/songs/test_mediaitem.py (+29/-24)
tests/functional/openlp_plugins/songs/test_openlpimporter.py (+0/-1)
lp:~sam92/openlp/bug-1552563-2.4
- Tim Bentley: Approve
- Raoul Snyman: Approve
-
Diff: 68 lines (+17/-18)2 files modifiedopenlp/plugins/songs/lib/mediaitem.py (+17/-17)
tests/functional/openlp_plugins/songs/test_openlpimporter.py (+0/-1)
| Changed in openlp: | |
| importance: | Undecided → High |
| status: | New → Confirmed |
Revision history for this message
| István Máté (stephanvs) wrote | #1 |
| Changed in openlp: | |
| assignee: | nobody → Samuel Mehrbrodt (sam92) |
| Changed in openlp: | |
| milestone: | none → 2.5.1 |
| status: | Confirmed → Fix Committed |
To post a comment you must log in.
Also, song numbers are sorted alphabetically (#1, #10, #100, #101, #102...) not numerically.