Created attachment 188651 [details] The playlist is truncated. For example, a playlist of 90 videos drops to roughly 64 videos after the restart. Video files added to a playlist disappear after closing and reopening the player. This issue specifically affects larger playlists (e.g., 90+ files), where the list is arbitrarily truncated upon the next launch. STEPS TO REPRODUCE 1. Open Haruna Media Player. 2. Create a playlist or open the playlist sidebar. 3. Use "Add" -> "Files" to select a large batch of videos (e.g., 90 files). 4. Confirm all videos are listed in the playlist. 5. Close the application. 6. Reopen Haruna and check the playlist video count. OBSERVED RESULT The playlist is truncated. For example, a playlist of 90 videos drops to roughly 64 videos after the restart. This happens consistently with playlists containing dozens of files. EXPECTED RESULT The playlist should persist exactly as saved, retaining all 90+ videos across application restarts. *Using Flatpak version on Zorin OS
Git commit 1a7cd274d8c22d46fed44168a3d7b4b124c4a0c8 by George Florea Bănuș. Committed on 19/01/2026 at 13:36. Pushed by georgefb into branch 'master'. playlist: addM3uItems: only remove whitespace from the start and the end M +1 -1 src/playlist/playlistmodel.cpp https://invent.kde.org/multimedia/haruna/-/commit/1a7cd274d8c22d46fed44168a3d7b4b124c4a0c8
The missing files contain a double space which was removed when reading from the playlist file and at a later check ignored since the file (with single space) doesn't exist. Until a new release is out you could rename the files and recreate the playlist.
(In reply to george fb from comment #2) > The missing files contain a double space which was removed when reading from > Until a new release is out you could rename the files and recreate the playlist. Thank you for the incredibly fast reply and the fix! The explanation regarding double spaces makes perfect sense. I will rename my files to remove the spaces as a workaround until the new release drops. I recently switched to Linux from Windows where I was a long-time user of PotPlayer. After searching for quite a while, Haruna is the only player I've found that comes close to that level of excellence—it really is a gem. I am trying to achieve that "PotPlayer level" of workflow here. I have a few feature requests/observations below. Please let me know if you would prefer I open separate Feature Requests for these, or if you can take note of them here: 1. Playlist Focus on Restore: When reopening the player and resuming a video, the playlist currently scrolls down in "slow motion" to find the track, or sometimes doesn't scroll at all (leaving the active track hidden). It would be great if the playlist simply "jumped" instantly to the active file upon launch. 2. OSD Feedback: Currently, track changes are silent. It would be helpful to have an OSD message when the next file starts (e.g., "Playing: [File Name]") and when seeking (e.g., "Forward 10s"). 3. Time by Speed: Request to allow clicking the time info in the bottom bar to toggle between "real file length" and "calculated length" based on playback speed (e.g., watching at 2x speed reduces the displayed remaining time by half). 4. Playlist History: Since playback data is already retained, could we display the "last played position" or watched time info next to the files total length in the playlist view? 5. Folder Structure: Allow selecting a whole folder (including subfolders) when adding files, and reflect that folder structure in the playlist view. I know subfolder feature could be hard for now but selecting single folder that contain videos could be sweet spot for now. 6. UI Cleanup (Drag Handles): The drag icon in the playlist takes up permanent space. It would look cleaner if it only appeared when hovering over a specific video row. 7. Toolbar Redundancy: The "Add," "Sort," and "Playback" buttons currently appear in the main toolbar AND inside the 3-dot overflow menu. Thanks again for your time and for maintaining this project!
(In reply to george fb from comment #2) > The missing files contain a double space which was removed when reading from the playlist file and at a later check ignored since the file (with single space) doesn't exist. Quick update: Confirming that removing double spaces fixed the issue for the majority of the files. However, I isolated a secondary trigger: the # symbol. I had 3 files that persisted in disappearing even after stripping all spaces. It turns out the playlist loader also drops files containing a hash/pound sign (#) in the filename. Since # is just the one special character I happened to find, it might be worth verifying that other special characters aren't causing similar truncation...
Open an issue for each feature/bug.