After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 750165 - Should not install applications without user permission
Should not install applications without user permission
Status: RESOLVED DUPLICATE of bug 711171
Product: gnome-software
Classification: Applications
Component: General
3.16.x
Other Linux
: Normal normal
: ---
Assigned To: GNOME Software maintainer(s)
GNOME Software maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2015-05-31 02:46 UTC by Michael Catanzaro
Modified: 2015-06-01 22:10 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michael Catanzaro 2015-05-31 02:46:46 UTC
Today I wanted to play a file in totem that required gstreamer1-plugins-bad-free-fluidsynth. Videos offered to open GNOME Software, and took me straight to the gstreamer package I wanted. The codec installation experience was almost flawless, expect for one problem: Software installed the lash package (which apparently is a dependency), which contains the desktop file lash-panel.desktop. Now I have a new application LASH Panel installed, but I don't know where it came from. Is it a virus?

I know we consider this to be a packaging error, but Software ought to be more robust to such issues: it's just not OK to silently install new applications on my computer. One option would be to not show the codec at all (just hide anything that depends on any package with a desktop file). Alternatively, Software could have presented an error message when I attempted to install the codec, but I don't think this is a great approach because there's no need to tease the user with uninstallable software. A third option would be to explain that installing the codec would require the installation of this new application, but that's not a good approach either because it's a terrible user experience for codecs (or applications) to depend on applications, and we shouldn't allow that.
Comment 1 Rafal Luzynski 2015-06-01 22:10:56 UTC
I mark this as a duplicate because the solution is exactly the same as for the bug 711171 despite "install" being an opposite of "removal". I am about to update the original bug report to reflect this case.

*** This bug has been marked as a duplicate of bug 711171 ***