SUMMARY Dolphin has incorrect behaviour when external program call Dolphin to open fully qualified file path (not a directory path). STEPS TO REPRODUCE (from Strawberry): 1. Open Strawberry (https://www.strawberrymusicplayer.org/); 2. Select any audio file in playlist; 3. Select "Open file in File Manager" from right-click menu of audio file. 4. Dolphin crashed and "Dolphin crashed" message shown in system tray. STEPS TO REPRODUCE (from CLI): 1. Run command "dolphin ~/Music/test.mp3" ; 2. "Dolphin crashed" message shown in system tray; 3. Dolphin started and open clean tab with name "test.mp3/"; 4. System media player (VLC) play ~/Music/test.mp3 file (may be media player called from dolphin by xdg-open system). OBSERVED RESULT Dolphin opens clean tab with name "test.mp3/". EXPECTED RESULT Dolphin must: 1) opens tab with name of directory name, where "test.mp3" file placed; 2) show content of directory, where "test.mp3" file placed; 3) select "test.mp3" file in directory listing. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Gentoo 2.7 KDE Plasma Version: 5.21.5 KDE Frameworks Version: 5.82.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION Nemo 4.8.4-r1 correctly opens fully qualified file paths.
To reproduce error, Dolphin must be configured as default File Explorer program.
First issue, is a Strawberry bug: it seems it send files urls to file managers that are essentially folder viewers. There is a dbus call to highlight a file in folder in filemanagers, that strawberry is not using. I tested with Version 20.12.3 dolphin ~/Downloads/my-document.pdf The real bug, is that dolphin is misbehaving when calling it with a file url, crashing (not reproduced for me with a pdf file) or opening bogus tabs treating files as a folder url (~/Downloads/my-document.pdf/ in my case). Something that happened for the pdf was the pdf viewer was launched.
I think, that Dolphin has 2 bugs: 1) low support of files path in URI form; 2) don't checks existing of received file/folder path, before opening directory listing. Nemo correctly opens file path, sended from Strawberry. If Strawberry use the same algoritm with Dolphin and Nemo, then Nemo check existing of file path and, if received path is file - opens folder and select file inside it. And thats all - expected behavior even without dbus supporting.
Could you test with 21.08.1?
Dolphin 21.08.3 Dolphin correctly opens file from Strawberry.
Steps: 1) Create new playlist in Strawberry. 2) Close all Dolphin windows. 3) Close all Strawberry windows. 4) Start command in terminal: dolphin "/home/miki/UserDirs/Music/Goran Vejvoda - Beautiful Dayus.mp3" 2>&1 | tee > /tmp/dolphin.log 5) Dolphin opens window with path: [/home/miki/UserDirs/Music/Goran Vejvoda - Beautiful Dayus.mp3/] 6) Dolphin starts Strawberry (whic configured as default program for *.mp3 files); 7) Strawberry has 2 identical items in playlist. 8) Strawberry must start play opened file, but it did not play. Dolphin log attached below.
Created attachment 144529 [details] log open file from cli
Problem is that Dolphin opens file as directory. Directory path in path widget is [/home/miki/UserDirs/Music/Goran Vejvoda - Beautiful Dayus.mp3/]. But this path does not exists really. Expected Results: - Dolphin must open the file catalog where the file is stored, and then set the cursor to the specified file in the file list. - If Dolphin has received a list of many files, then it must choose all these files in the file list widget. - If files from the list received are stored in different directories, then Dolphin must open new tab for each of touched directories and select all the received files in those directories.