SUMMARY If there is a video file named video.mkv without an internal subtitle packaged into it and the folder also contains a file named video.srt, Haruna does not automatically load video.srt and make it available to the player's track selectors. It is required for the user to manually go through the menu and then the external file portal dialog to select the subtitle file before it becomes available. STEPS TO REPRODUCE 1. Play an mkv video without subtitles in the mkv but have a srt file in the same folder as the mkv named the same. OBSERVED RESULT No subtitle track is available. EXPECTED RESULT The external srt file named the same as the video should have been automatically picked up and loaded without requiring user intervention to select the file by hand. SOFTWARE/OS VERSIONS Operating System: SteamOS 3.4.6 KDE Plasma Version: 5.26.1 KDE Frameworks Version: 5.99.0 Qt Version: 5.15.6 Kernel Version: 5.13.0-valve36-1-neptune (64-bit) Graphics Platform: X11 ADDITIONAL INFORMATION
Works for me. Make sure video and subtitle names are actually the same, check for spaces. Otherwise provide sample video and subtitle files.
(In reply to george fb from comment #1) > Works for me. Make sure video and subtitle names are actually the same, > check for spaces. > Otherwise provide sample video and subtitle files. I figured out what triggers the issue. If you play the video file directly from a SMB network share, Haruna doesn't seem to look in the SMB folder the video is playing from to check if there is a subtitle file. If you copy the video file and the srt file from the SMB network share to the local drive and then play it, it sees and uses the subtitle file.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!