SUMMARY Gwenview automatically jumps to the first image when opening files from paths containing square brackets ("[" or "]") STEPS TO REPRODUCE 1. Create a folder containing multiple images, with square brackets in its path (e.g. /home/user/Pictures/[Test]) 2. Open Dolphin file manager and navigate to this folder 3. Click to open any image (not the first one) via Gwenview OBSERVED RESULT 1. Gwenview briefly shows the selected image, then immediately auto-jumps to the first image in the folder 2. Issue occurs consistently when path contains either "[" or "]" characters 3. Normal folder paths (without square brackets) work as expected EXPECTED RESULT Gwenview should display the selected image and allow normal navigation through the folder SOFTWARE/OS VERSIONS Operating System: Fedora Linux 41 KDE Plasma Version: 6.4.4 KDE Frameworks Version: 6.17.0 Qt Version: 6.8.3 Kernel Version: 6.15.9-101.fc41.x86_64 (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 7840HS w/ Radeon 780M Graphics Memory: 32 GiB of RAM (27.1 GiB usable) Graphics Processor: AMD Radeon 780M ADDITIONAL INFORMATION
Cannot reproduce. I created a folder [test], navigated in Dolphin to it and opened the third image and it was correct. Are you using the latest Gwenview version (25.08.0?) Can you upload a screencast of the issue?
Created attachment 184646 [details] screen recording I'm using Gwenview 25.04.3, the latest version in Fedora 41 repo.
I see. Sadly, without checking whether the bug persists for you in the most recent version of Gwenview from Fedora 42, we cannot really do much.
(In reply to A Linux User from comment #3) > I see. Sadly, without checking whether the bug persists for you in the most > recent version of Gwenview from Fedora 42, we cannot really do much. I will (In reply to A Linux User from comment #3) > I see. Sadly, without checking whether the bug persists for you in the most > recent version of Gwenview from Fedora 42, we cannot really do much. I'll try to upgrade Gwenview to the latest version, or upgrade the entire system to Fedora 42, but it will take some time.
I have successfully upgraded Gwenview to the latest version (25.08.0), the issue still persists. ps: The problem was first observed while browsing the ~/Pictures/xxx directory. Through testing, I determined the issue appears to be related to square brackets [ and ] in the file path. When recording the screen demonstration, I moved the problematic folder containing images to ~/Public to avoid interference from other folders in ~/Pictures. However, this resulted in different behavior than what was originally observed (as shown in the screen recording). I'm unable to explain why the behavior changed.
(In reply to liusen from comment #5) > I have successfully upgraded Gwenview to the latest version (25.08.0), the > issue still persists. Thanks for checking! > ps: > > The problem was first observed while browsing the ~/Pictures/xxx directory. > Through testing, I determined the issue appears to be related to square > brackets [ and ] in the file path. > > When recording the screen demonstration, I moved the problematic folder > containing images to ~/Public to avoid interference from other folders in > ~/Pictures. However, this resulted in different behavior than what was > originally observed (as shown in the screen recording). > > I'm unable to explain why the behavior changed. I still cannot reproduce, even with ~/Public and ~/Pictures. Maybe someone else can check?
(In reply to A Linux User from comment #6) > (In reply to liusen from comment #5) > > I have successfully upgraded Gwenview to the latest version (25.08.0), the > > issue still persists. > Thanks for checking! > > ps: > > > > The problem was first observed while browsing the ~/Pictures/xxx directory. > > Through testing, I determined the issue appears to be related to square > > brackets [ and ] in the file path. > > > > When recording the screen demonstration, I moved the problematic folder > > containing images to ~/Public to avoid interference from other folders in > > ~/Pictures. However, this resulted in different behavior than what was > > originally observed (as shown in the screen recording). > > > > I'm unable to explain why the behavior changed. > > I still cannot reproduce, even with ~/Public and ~/Pictures. > > Maybe someone else can check? No suspicious log entries were found in Gwenview too. I suspect the issue lies with one of Gwenview's dependency components rather than Gwenview itself, though I'm unable to pinpoint which one. I've reproduced this behavior on a clean Fedora 41 virtual machine after updating all software to the latest versions – this occurs with both the repository version (25.04.3) and a self-compiled 25.08.0 version built from SRPM.