Bug 1721575

Summary:	Tweaks are pointing to wrong extension page in gnome-software
Product:	Red Hat Enterprise Linux 8	Reporter:	Martin Krajnak <mkrajnak>
Component:	gnome-tweaks	Assignee:	Milan Crha <mcrha>
Status:	CLOSED ERRATA	QA Contact:	Desktop QE <desktop-qa-list>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	8.1	CC:	jkoten, klember, tpelka
Target Milestone:	rc	Flags:	pm-rhel: mirror+
Target Release:	8.1
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:	gnome-tweaks-3.28.1-4.el8	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2019-11-05 22:14:25 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	1678350

Description Martin Krajnak 2019-06-18 15:08:34 UTC

Description of problem:
Clicking on rpm installed extensions in tweak tool points to page in gnome-software which belongs to other extension with the same name from the extensions.gnome.org. Furthermore, instead of Extension Settings and Remove button, the install button is shown which might be confusing.

List of extensions: 
Applications Menu
Launch New Instance
User Themes
....

Version-Release number of selected component (if applicable):
gnome-tweaks-3.28.1-3.el8.noarch

How reproducible:
100%

Steps to Reproduce:
1.Open Tweaks
2.Navigate to extensions, double click on Applications Menu

Actual results:
In gnome-software you can find the app menu extension source extensions.gnome.org and install button (extension is already installed)

Expected results:
Should open the right extension with settings and remove button

Additional info:
You can find the Applications menu in gnome-software with version 3.32.1-4.el8, marked as installed, source is @commandline. That's why I think there is wrong page

Comment 1 Martin Krajnak 2019-06-18 15:10:32 UTC

For convenience
gnome-shell-extension-apps-menu-3.32.1-4.el8.noarch
gnome-shell-extension-windowsNavigator-3.32.1-4.el8.noarch

Comment 2 Milan Crha 2019-06-18 15:53:57 UTC

Thanks for a bug report. I do not see how to tell gnome-software to open installed page instead of "the first it finds for the given application ID", when the applications/plugins/... can come from multiple sources. The extension itself doesn't give a clue where its origin is, whether an rpm file or the web site or whatever, thus the gnome-tweaks cannot use --details-pkg instead. They currently call:

   $ gnome-software --details=user/\*/extensions-web/shell-extension/alternate-tab_gnome-shell-extensions.gcampax.github.com/\*

for the AlternateTab extension, which installs all its files to:

   /usr/share/gnome-shell/extensions/alternate-tab\@gnome-shell-extensions.gcampax.github.com/

which also contains meta-info.json, where is no clue about corresponding rpm.

I'm moving this to gnome-software for any advice. It's possible I overlooked something obvious.

Comment 3 Kalev Lember 2019-06-18 15:59:00 UTC

I believe this is a gnome-tweaks bug. We should backport https://src.fedoraproject.org/rpms/gnome-tweaks/blob/master/f/0001-extensions-Fix-opening-system-installed-extensions-i.patch to gnome-tweaks to fix this.

Comment 4 Milan Crha 2019-06-18 16:22:52 UTC

Oops, I didn't check what is in Fedora, neither upstream. My fault. Thanks for the pointer.

Comment 5 Milan Crha 2019-06-18 16:43:12 UTC

(In reply to Kalev Lember from comment #3)
> I believe this is a gnome-tweaks bug. We should backport
> https://src.fedoraproject.org/rpms/gnome-tweaks/blob/master/f/0001-
> extensions-Fix-opening-system-installed-extensions-i.patch to gnome-tweaks
> to fix this.

You are right, it helped.

Comment 8 errata-xmlrpc 2019-11-05 22:14:25 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2019:3553