“Untrusted Application Launcher (desktop Launchers)”

Home » CentOS » “Untrusted Application Launcher (desktop Launchers)”
CentOS 5 Comments

I am having this problem on Ubuntu 18.04 — I manage a batch of desktop machines with some convience desktop launchers, which gnome3 insists are
“untrusted”. With some general websearching reveals that this is a *GNome3*
so-called “security” issue
(https://gitlab.gnome.org/GNOME/nautilus/commit/1630f5348). I found a thread on the CentOS Forums (I don’t have an account there), where another sysadmin is strugling with this issue:

https://www.CentOS.org/forums/viewtopic.php?fG&te864&start

If anyone has come up with a script that can be dropped into
~/.config/autostart/ to “fix” this “feature” of gnome3 I would be interested in it.

5 thoughts on - “Untrusted Application Launcher (desktop Launchers)”

  • Hi,

    Just chmod +x the desktop files.

    That or teach the users how to do things correctly.

    Regards

    Phil

    –

  • At Sun, 28 Apr 2019 18:53:21 +0100 CentOS mailing list wrote:

    That is NOT the problem…

    Oh, yeah, you really think I am going to get very far telling *non-techies* to:

    1) Open up a terminal (right-click on the desktop and select “Open Terminal”)
    2) Type at the shell prompt (huh? what is a “shell prompt”)

    /usr/local/bin/arduino &

    OR
    gnucash &

    OR

    scratch &

    These happen to be the three desktop shortcuts I am providing. Yes, the last two can be found by searching through all available applications, if they know what to look for. It is so much easier to say: click on the light blue-green infinity sign for Arduino, click on the pile of money for GnuCash, or click on the scratch cat for scratch.

  • Hi,

    1. Do not jump to caps and shout at me. Not polite and will not get you anywhere.

    Ok, go back to a debian based list and learn how to bundle the applications yourself. This way you can supply all the required desktop files. If you cannot do this, get another job.

    I would test this on debian stable as I was the author of the backported security patch. However, I am not inclined to do so.

    Regards

    Phil

    –

  • Hi,

    You could always try gio setting the metadata for trust. A little google gave this thread that may help.

    Regards

    Phil

    –

  • At Sun, 28 Apr 2019 19:42:40 +0100 CentOS mailing list wrote:

    It is not a debian specific problem. It is a Gnome3 / nautilus issue. The Gnome3 devs have basically decided that nautilus should not be in the business of launching applications. So the use of desktop shortcuts to run applications is depreciated / discurraged with gnome3. The problem also exists for CentOS
    7. I found a solution: use gio to set the trusted metadata in a startup application (script run from ~/.config/autostart/).