Description of problem: Open With... - opens with different app that I chose Version-Release number of selected component (if applicable): gwenview-23.04.1-1.mga9.src.rpm How reproducible: Open an image to view than right click to select 'Open with...' menu. If you choose an app to reopen the image with that e.g. GIMP it opens with different app. (1 index below in the list) It is works well in kde-dolphin... (MGA9) Steps to Reproduce: 1. Open an image 2. select 'open with...' from popup menu (right click) 3. choose an app 4. it starts different app (that app is underneath in the list)
Confirmed. I just saw this yesterday, but did not have a chance to file a bug on it yet. Thank you for opening it. On my Plasma install, the list that is presented contains Okular, Gimp, Kolourpaint, Hugin, and Thunderbird Compose, in that order. Attempting to select Gimp opens Okular, Kolorpaint opens Gimp, and so on. "Okular" opens another instance of Gwenview. "Open with" in the Editing tools pane does the same thing.
CC: (none) => andrewsfarm
Confirmed: viewing an image in Gwenview, the right-click context menu, whatever application you select, the *previous* one in the list opens. Selecting the first one in the list opens another instance of Gwenview. It looks as if there is a hidden application in the first place, not shown in the menu. Assigning to neoclust who handles Gwenview.
Assignee: bugsquad => mageia
Assigning to QA, Fixed in gwenview-23.04.1-2.mga9 in Core/updates_testing repo! Packages in 9/Core_Updates_testing: ====================== libgwenviewlib5-23.04.1-2.mga9 lib64gwenviewlib5-23.04.1-2.mga9 gwenview-23.04.1-2.mga9 gwenview-handbook-23.04.1-2.mga9.noarch.rpm Frpm SRPMS: gwenview-23.04.1-2.mga9.src.rpm
CC: (none) => geiger.david68210Assignee: mageia => qa-bugs
Tested here on my cauldron and I confirm that the issue is now fixed! $ cat /etc/release Mageia release 9 (Cauldron) for x86_64
A fast response, David G! Tested on my HP Pavilion 15 MGA9-64 Plasma install. No installation issues. The handbook was not already installed, no doubt because it wasn't included on whatever iso I used to create this install months ago. I installed it separately. The issue has indeed been fixed. In addition, I can confirm that the handbook is operational, once installed. Giving this an OK, and validating.
Whiteboard: (none) => MGA9-64-OKCC: (none) => sysadmin-bugsKeywords: (none) => validated_update
(In reply to David GEIGER from comment #4) > Tested here on my cauldron and I confirm that the issue is now fixed! > > $ cat /etc/release > Mageia release 9 (Cauldron) for x86_64 Ty, I tried at mga9_x64 fast... And works well...(In reply to David GEIGER from comment #3) > Assigning to QA, > > Fixed in gwenview-23.04.1-2.mga9 in Core/updates_testing repo! > > > Packages in 9/Core_Updates_testing: > ====================== > libgwenviewlib5-23.04.1-2.mga9 > lib64gwenviewlib5-23.04.1-2.mga9 > gwenview-23.04.1-2.mga9 > gwenview-handbook-23.04.1-2.mga9.noarch.rpm > > Frpm SRPMS: > gwenview-23.04.1-2.mga9.src.rpm Ty, I tried at mga9_x64 fast... And works well...
Fixed, so closing this bug!
Resolution: (none) => FIXEDStatus: NEW => RESOLVED