Bug 32162

Summary: Open With... - opens with different app that I chose
Product: Mageia Reporter: Tóthpál István <tistis73>
Component: RPM PackagesAssignee: QA Team <qa-bugs>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: Normal CC: andrewsfarm, geiger.david68210, sysadmin-bugs
Version: CauldronKeywords: validated_update
Target Milestone: ---   
Hardware: All   
OS: Linux   
URL: https://forums.mageia.org/en/viewtopic.php?f=15&t=14946&p=87727&hilit=gnview#p87727
Whiteboard: MGA9-64-OK
Source RPM: gwenview-23.04.1-1.mga9.src.rpm CVE:
Status comment:

Description Tóthpál István 2023-08-08 10:23:58 CEST
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)
Comment 1 Thomas Andrews 2023-08-08 13:40:31 CEST
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

Comment 2 Lewis Smith 2023-08-08 21:36:22 CEST
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

Comment 3 David GEIGER 2023-08-09 07:06:54 CEST
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.david68210
Assignee: mageia => qa-bugs

Comment 4 David GEIGER 2023-08-09 08:15:45 CEST
Tested here on my cauldron and I confirm that the issue is now fixed!

$ cat /etc/release
Mageia release 9 (Cauldron) for x86_64
Comment 5 Thomas Andrews 2023-08-09 14:00:51 CEST
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-OK
CC: (none) => sysadmin-bugs
Keywords: (none) => validated_update

Comment 6 Tóthpál István 2023-08-09 15:38:00 CEST
(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...
Comment 7 David GEIGER 2023-08-10 06:27:57 CEST
Fixed, so closing this bug!

Resolution: (none) => FIXED
Status: NEW => RESOLVED