Bug 431596

Summary:	Improve startup time and responsiveness with network music collections when loading a very large playlist on launch
Product:	[Applications] Elisa	Reporter:	tneo
Component:	general	Assignee:	Matthieu Gallien <matthieu_gallien>
Status:	RESOLVED FIXED
Severity:	normal	CC:	kde.bugs, nate
Priority:	NOR
Version First Reported In:	20.12.1
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description tneo 2021-01-14 14:15:08 UTC

SUMMARY
Elisa is slow to start and to be usable.

STEPS TO REPRODUCE
1. Set-up Elisa with a nice collection of music
2. Start Elisa
3. Wait for the program to become responsive.

OBSERVED RESULT
It takes ~1:10 for Elisa to be usable. This

EXPECTED RESULT
Once the application is started it should be usable. Scanning for new music should be done in the background.

SOFTWARE/OS VERSIONS
Operating System: openSUSE Tumbleweed 20210110
KDE Plasma Version: 5.20.5
KDE Frameworks Version: 5.77.0
Qt Version: 5.15.2
Kernel Version: 5.10.5-1-default

ADDITIONAL INFORMATION
- DB size 43.6 MB
- ~26K MP3 files
- Single (NAS-)path configured where music collection resides

Comment 1 Nate Graham 2021-01-14 20:44:57 UTC

Over a minute? Yikes, that is quite slow. It's about one second for me with a local music collection on an NVMe SSD.

Having a large collection on a slow network location is probably the culprit, but maybe we can do a bit better here.

Comment 2 tneo 2021-01-17 04:06:01 UTC

What seems to be the culprit is that I load a playlist with several thousand songs in there and randomly play those. (I start Elisa where I left of). When I have a single album selected it is fast enough to be responsive upon start.

Comment 3 Nate Graham 2021-01-19 16:17:40 UTC

Interesting.

Works for me with a playlist of 3000 songs with my local music collection. I guess there's something about the network use case that triggers the bug.

Comment 4 tneo 2021-01-20 16:28:47 UTC

My playlist contains 9,179 tracks.

Is there anything I can provide you for more insight?

Comment 5 Nate Graham 2021-01-20 17:54:06 UTC

Nah, you're good. Thanks!

Comment 6 Duncan 2022-03-27 16:46:40 UTC

Based on a wireshark capture, it appears that Elisa is doing an enumeration of all files in the playlist, plus all additional files in the directories such as images and NFO files - this makes sense, it needs to know what files have been deleted or added since the last run. The Elisa UI completely hangs while this is happening. 

Feels like this enumeration and updating should be a separate thread, similar to how QMMP does it - I can add a directory on my NAS that has 20K files in descendant directories, and QMMP remains responsive the whole time. QMMP doesn't to the album art thing, so it may be enumerating fewer files than Elisa overall, but the actual enumeration appears to happen in a separate thread that updates the playlist.

Comment 7 tneo 2023-10-17 15:24:29 UTC

With version 23.08.2 this issue appears to be resolved.

Comment 8 tneo 2023-11-14 13:24:04 UTC

I thought this was resolved, but am forced to reopen my bug report.

I encountered this today that Elisa is unresponsive after opening.
- Last night I selected "Tracks" for shuffle play (~26K files).
- I opened Elisa this morning and it has difficulty coming to live and shows in a white unresponsive state.
- It takes 5:07 minutes before Elisa is available for user interaction.

23.08.2-1.1

Comment 9 tneo 2025-09-06 02:31:14 UTC

Recent versions don't have this issue anymore.