Bug 16764 - MCC fails to launch from icon, cannot be launched by user from CLI
Summary: MCC fails to launch from icon, cannot be launched by user from CLI
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 6
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia tools maintainers
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-09-16 14:37 CEST by Jim Beard
Modified: 2020-08-23 15:39 CEST (History)
9 users (show)

See Also:
Source RPM: drakconf-12.60-1.mga5, polkit
CVE:
Status comment:


Attachments
journal output when attempting to run drakconf from taskbar icon in plasma5 (3.00 KB, text/plain)
2018-01-17 01:25 CET, Barry Jackson
Details

Description Jim Beard 2015-09-16 14:37:48 CEST
Description of problem: Trying to start mcc as a user and give root password does not work


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.  Click on the icon for Mageia Control Center, watch the little circle circle
2.  On the command line, issue command mcc, and get error message

Error executing command as another user: Not authorized

This incident has been reported.

3. I can go to the command line, su - to root, and issue command mcc, and it will work.


Reproducible: 

Steps to Reproduce:
Comment 1 Samuel Verschelde 2015-09-16 14:56:28 CEST
It's probably a duplicate from bug 16396 or bug 16319. In both cases, rebooting should fix the issue.
Comment 2 Florian Hubold 2016-03-27 13:35:38 CEST
FWIW, as this seems to be the only open mga5 report against drakconf - this has recently been reported by several users, after fresh installation of mga 5 WITH all updates, and after a reboot or clean boot.

- polkit system service is running fine
- polkit user agent is running and working fine
- logind user session is considered as active
- pkexec works to run programs as root
- DISPLAY env. variable is set

So all should be good to go, although MCC cannot be started in graphical mode, only the ncurses version shows up when run from a terminal.
See e.g. https://forums.mageia.org/en/viewtopic.php?f=7&t=10808

Only workaround for the affected users that is known so far is
xhost +local:root

I'm out of ideas what the problem could be here, maybe it only happens when using a different security level?

CC: (none) => doktor5000

Rémi Verschelde 2016-03-30 14:52:16 CEST

Assignee: bugsquad => thierry.vignaud

Comment 3 Thierry Vignaud 2016-03-30 15:27:49 CEST
auth is handled by polkit, not by mcc

Assignee: thierry.vignaud => mageia
Source RPM: drakconf-12.60-1.mga5 => drakconf-12.60-1.mga5, polkit
CC: (none) => thierry.vignaud

Comment 4 Florian Hubold 2016-03-31 19:09:48 CEST
(In reply to Thierry Vignaud from comment #3)
> auth is handled by polkit, not by mcc

This is not about polkit authentication, polkit is working fine. There seems to be something wrong about the X (authentication), as xhost + fixes this issue.

As an example, e.g. 
/usr/bin/pkexec /usr/libexec/drakxconf
will open the ncurses version of drakconf just fine, so polkit is not the issue. If you have more pointers what could cause this I'm all ears.

See also https://forums.mageia.org/en/viewtopic.php?f=7&t=10808 with all the details where this issue was reported by two users.
Comment 5 Colin Guthrie 2016-04-21 12:32:01 CEST
You have a typo.....

/usr/bin/pkexec /usr/libexec/drakxconf

Confusingly, /usr/libexec/drakxconf actually starts the curses version! You should use /usr/libexec/drakconf (without the x).

It works fine then.

This is detected automatically if you just run "drakconf"

If however, you run drakxconf directly (either with your full pkexec command quoted above, or via the /usr/bin/drakxconf wrapper, it will always run /usr/libexec/drakxconf and give you the curses version.

We could probably rename the /usr/libexec/drakxconf file to /usr/libexec/drakconf-curses just to clarify that. The /usr/bin/drakxconf could stay if it wanted, it would just need a minor path tweak inside (as would /usr/bin/drakconf).

Not sure if that helps you debug?
Comment 6 Florian Hubold 2016-04-23 17:45:35 CEST
(In reply to Colin Guthrie from comment #5)
> You have a typo.....
> 
> /usr/bin/pkexec /usr/libexec/drakxconf

Nope, that's not a typo, just got the user to run both cases from /bin/drakconf to rule out any issues with the function check_for_xserver. Which seems to have issues, as e.g. "xhost +" helps to fix that, see the forum thread.

> Not sure if that helps you debug?
Not at all, see above. And the polkit part is actually not the issue, as "pkexec something" works just fine, shows the usual authentication dialog and the runs "something" as root.
Comment 7 Barry Jackson 2018-01-17 01:23:33 CET
I just hit this in Mageia 6 plasma5 but only after installing task-lxde.

I will attach journal.

End of journal says Program is starting - then nothing happens.
ps shows no drakconf process running.

pkexec drakconf starts the curses version after GUI auth dialog.

CC: (none) => zen25000

Comment 8 Barry Jackson 2018-01-17 01:25:57 CET
Created attachment 9908 [details]
journal output when attempting to run drakconf from taskbar icon in plasma5
Comment 9 Marja Van Waes 2018-10-02 10:26:50 CEST
(In reply to Barry Jackson from comment #7)
> I just hit this in Mageia 6 plasma5 but only after installing task-lxde.
> 
> I will attach journal.
> 
> End of journal says Program is starting - then nothing happens.
> ps shows no drakconf process running.
> 
> pkexec drakconf starts the curses version after GUI auth dialog.

Changing Version: to 6, then.

(In reply to Barry Jackson from comment #8)
> Created attachment 9908 [details]
> journal output when attempting to run drakconf from taskbar icon in plasma5

Assignee: mageia => mageiatools
CC: (none) => mageia, marja11
Version: 5 => 6

Comment 10 Hoyt Duff 2019-08-01 00:23:16 CEST
I am experiencing this issue on three separate Mageia7-64 systems, click the icon or launch from a terminal, I get the GUI auth dialog, but the application fails, or the ncurses tool launches.

Here's the error report:
The "drakconf" program has crashed with the following error:

  Could not locate symbol webkit_web_view_new at /usr/lib/libDrakX/mygtk3.pm line 621.
  Perl's trace:
  drakbug::bug_handler() called from /usr/share/perl5/Carp.pm:291
  Carp::croak() called from /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm:67
  Glib::Object::Introspection::__ANON__() called from /usr/lib/libDrakX/mygtk3.pm:621
  mygtk3::_gtk__WebKit_WebView() called from /usr/lib/libDrakX/mygtk3.pm:610
  mygtk3::_gtk__WebKit2_WebView() called from /usr/lib/libDrakX/mygtk3.pm:122
  mygtk3::_gtk() called from /usr/lib/libDrakX/mygtk3.pm:59
  mygtk3::gtknew() called from /usr/libexec/drakconf:688

Used theme: Adwaita

To submit a bug report, click on the report button.  
This will open a web browser window on Bugzilla where you'll find a form to fill in.  The information displayed above will be transferred to that server
It would be very useful to attach to your report the output of the following command: 'lspcidrake -v'.

Here's lspcidrake -v. This is from a VM,
$ lspcidrake -v
snd_intel8x0    : Intel Corporation|82801AA AC'97 Audio Controller [MULTIMEDIA_AUDIO] (vendor:8086 device:2415 subv:1028 subd:0177) (rev: 01)
Card:VMware virtual video card: VMware|SVGA II Adapter [DISPLAY_VGA] (vendor:15ad device:0405)
ohci_pci        : Apple Inc.|KeyLargo/Intrepid USB [SERIAL_USB] (vendor:106b device:003f)
ata_piix        : Intel Corporation|82371AB/EB/MB PIIX4 IDE [STORAGE_IDE] (vendor:8086 device:7111) (rev: 01)
e1000           : Intel Corporation|82540EM Gigabit Ethernet Controller [NETWORK_ETHERNET] (vendor:8086 device:100e subv:8086 subd:001e) (rev: 02)
unknown         : Intel Corporation|440FX - 82441FX PMC [Natoma] [BRIDGE_HOST] (vendor:8086 device:1237) (rev: 02)
i2c_piix4       : Intel Corporation|82371AB/EB/MB PIIX4 ACPI [BRIDGE_OTHER] (vendor:8086 device:7113) (rev: 08)
vboxguest       : InnoTek Systemberatung GmbH|VirtualBox Guest Service [SYSTEM_OTHER] (vendor:80ee device:cafe)
unknown         : Intel Corporation|82371SB PIIX3 ISA [Natoma/Triton II] [BRIDGE_ISA] (vendor:8086 device:7000)
unknown         : Intel Corporation|82801HM/HEM (ICH8M/ICH8M-E) SATA Controller [AHCI mode] [STORAGE_SATA] (vendor:8086 device:2829) (rev: 02)
hub             : Linux 5.1.18-desktop-1.mga7 ohci_hcd|OHCI PCI host controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001)
usbhid          : VirtualBox|USB Tablet [Human Interface Device|No Subclass|None] (vendor:80ee device:0021)
hid_generic     : VirtualBox USB Tablet

Here's the info from a native install,
The "drakconf" program has crashed with the following error:

  Could not locate symbol webkit_web_view_new at /usr/lib/libDrakX/mygtk3.pm line 621.
  Perl's trace:
  drakbug::bug_handler() called from /usr/share/perl5/Carp.pm:291
  Carp::croak() called from /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm:67
  Glib::Object::Introspection::__ANON__() called from /usr/lib/libDrakX/mygtk3.pm:621
  mygtk3::_gtk__WebKit_WebView() called from /usr/lib/libDrakX/mygtk3.pm:610
  mygtk3::_gtk__WebKit2_WebView() called from /usr/lib/libDrakX/mygtk3.pm:122
  mygtk3::_gtk() called from /usr/lib/libDrakX/mygtk3.pm:59
  mygtk3::gtknew() called from /usr/libexec/drakconf:688

Used theme: Adwaita

To submit a bug report, click on the report button.  
This will open a web browser window on Bugzilla where you'll find a form to fill in.  The information displayed above will be transferred to that server
It would be very useful to attach to your report the output of the following command: 'lspcidrake -v'.

And the lspcidrake -v info:
$ lspcidrake -v
ehci_pci        : Intel Corporation|NM10/ICH7 Family USB2 EHCI Controller [SERIAL_USB] (vendor:8086 device:27cc subv:1297 subd:2005) (rev: 02)
Card:Intel 810 and later: Intel Corporation|Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller [DISPLAY_VGA] (vendor:8086 device:a001 subv:1297 subd:2005) (rev: 02)
uhci_hcd        : Intel Corporation|NM10/ICH7 Family USB UHCI Controller #1 [SERIAL_USB] (vendor:8086 device:27c8 subv:1297 subd:2005) (rev: 02)
uhci_hcd        : Intel Corporation|NM10/ICH7 Family USB UHCI Controller #3 [SERIAL_USB] (vendor:8086 device:27ca subv:1297 subd:2005) (rev: 02)
jmb38x_ms       : JMicron Technology Corp.|MS Host Controller [SYSTEM_OTHER] (vendor:197b device:2383 subv:1297 subd:2005) (rev: 80)
unknown         : Intel Corporation|NM10/ICH7 Family PCI Express Port 2 [BRIDGE_PCI] (vendor:8086 device:27d2) (rev: 02)
unknown         : Intel Corporation|Atom Processor D4xx/D5xx/N4xx/N5xx DMI Bridge [BRIDGE_HOST] (vendor:8086 device:a000 subv:1297 subd:2005) (rev: 02)
i2c_i801        : Intel Corporation|NM10/ICH7 Family SMBus Controller [SERIAL_SMBUS] (vendor:8086 device:27da subv:1297 subd:2005) (rev: 02)
unknown         : Intel Corporation|82801 Mobile PCI Bridge [BRIDGE_PCI] (vendor:8086 device:2448) (rev: e2)
jme             : JMicron Technology Corp.|JMC260 PCI Express Fast Ethernet Controller [NETWORK_ETHERNET] (vendor:197b device:0260 subv:1297 subd:2005) (rev: 02)
unknown         : Intel Corporation|NM10/ICH7 Family PCI Express Port 4 [BRIDGE_PCI] (vendor:8086 device:27d6) (rev: 02)
snd_hda_intel   : Intel Corporation|NM10/ICH7 Family High Definition Audio Controller [MULTIMEDIA_AUDIO_DEV] (vendor:8086 device:27d8 subv:1297 subd:2005) (rev: 02)
unknown         : Intel Corporation|Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller [DISPLAY_OTHER] (vendor:8086 device:a002 subv:1297 subd:2005) (rev: 02)
uhci_hcd        : Intel Corporation|NM10/ICH7 Family USB UHCI Controller #2 [SERIAL_USB] (vendor:8086 device:27c9 subv:1297 subd:2005) (rev: 02)
sdhci_pci       : JMicron Technology Corp.|SD/MMC Host Controller [SYSTEM_OTHER] (vendor:197b device:2382 subv:1297 subd:2005) (rev: 80)
lpc_ich         : Intel Corporation|NM10 Family LPC Controller [BRIDGE_ISA] (vendor:8086 device:27bc subv:1297 subd:2005) (rev: 02)
uhci_hcd        : Intel Corporation|NM10/ICH7 Family USB UHCI Controller #4 [SERIAL_USB] (vendor:8086 device:27cb subv:1297 subd:2005) (rev: 02)
sdhci_pci       : JMicron Technology Corp.|Standard SD Host Controller (vendor:197b device:2381 subv:1297 subd:2005) (rev: 80)
unknown         : Intel Corporation|NM10/ICH7 Family PCI Express Port 1 [BRIDGE_PCI] (vendor:8086 device:27d0) (rev: 02)
ata_piix        : Intel Corporation|NM10/ICH7 Family SATA Controller [IDE mode] [STORAGE_IDE] (vendor:8086 device:27c0 subv:1297 subd:2005) (rev: 02)
rtl8192se       : Realtek Semiconductor Co., Ltd.|RTL8191SEvA Wireless LAN Controller [NETWORK_OTHER] (vendor:10ec device:8171) (rev: 10)
hub             : Linux 5.1.18-desktop-1.mga7 ehci_hcd|EHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0002)
hub             : Linux 5.1.18-desktop-1.mga7 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001)
hub             : Linux 5.1.18-desktop-1.mga7 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001)
hub             : Linux 5.1.18-desktop-1.mga7 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001)
hub             : Linux 5.1.18-desktop-1.mga7 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001)

CC: (none) => hoyt

Comment 11 Michel AUTEM 2019-08-25 19:01:45 CEST
I am stuck with *exactly* the *same* bug in Mageia 7.1 . Everything worked perfectly but suddenly I cannot access anymore MCC at all as a user, nor any of the MCC tools.

- When I try from a console, I get this sequence :
----------------------------------------------------------
[michel@localhost ~]$ mcc
Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257.
==== AUTHENTICATING FOR org.mageia.drakconf.pkexec.run ====
Authentication is required to run Mageia Control Center GUI
Authenticating as: root
Password: 
polkit-agent-helper-1: error response to PolicyKit daemon: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: No session for cookie
==== AUTHENTICATION FAILED ====
Error executing command as another user: Not authorized

This incident has been reported.
-----------------------------------------------------------

- I also cannot use DNFDragora anymore : it opens but refuses to do its job (install/Uninstall packages).

- Everything works fine as soon as I am connected as root.

CC: (none) => michel.autem

Comment 12 Thomas Backlund 2019-08-25 20:15:48 CEST
(In reply to Hoyt Duff from comment #10)
> I am experiencing this issue on three separate Mageia7-64 systems, click the
> icon or launch from a terminal, I get the GUI auth dialog, but the
> application fails, or the ncurses tool launches.
> 
> Here's the error report:
> The "drakconf" program has crashed with the following error:
> 
>   Could not locate symbol webkit_web_view_new at /usr/lib/libDrakX/mygtk3.pm
> line 621.


Whats the output of:

rpm -qa |grep -i webkit

CC: (none) => tmb

Comment 13 Michel AUTEM 2019-08-25 23:37:01 CEST
[michel@localhost ~]$ rpm -qa |grep -i webkit
python2-qt5-webkitwidgets-5.12.1-2.mga7
webkit2-2.24.2-2.mga7
lib64webkit2gtk4.0_37-2.24.2-2.mga7
lib64webkit2gtk-gir4.0-2.24.2-2.mga7
lib64qt5webkitwidgets5-5.212.0-1.alpha2.24.mga7
lib64kf5webkit5-5.57.0-1.mga7
lib64qt5webkit5-5.212.0-1.alpha2.24.mga7
perl-Gtk3-WebKit2-0.60.0-9.mga7
lib64proxy-webkit-0.4.15-4.mga7
python2-qt5-webkit-5.12.1-2.mga7
[michel@localhost ~]$
Comment 14 Michel AUTEM 2019-08-26 13:21:27 CEST
Please see the last comment I added to bug 16396.
Thanks.
Comment 15 Michel AUTEM 2019-08-27 10:51:12 CEST
I still don't know its origin - maybe a cosmic rayons effect -, but *my* bug(?) was particularly stupid and now resolved. Please see last comment to bug 16396. That will help a *LOT* of users ..

But even if it gives exactly the same symptoms than initially described in this ticket *here*, not sure my problem was exactly the same. Hoyt's question seems to have nothing to see with that.

Rgds.
Comment 16 Aurelien Oudelet 2020-08-23 15:39:18 CEST
Hi, thanks for reporting this bug.
We are sorry, but we no longer maintains this version of Mageia. Please upgrade to the latest version and reopen this bug against that version if this bug exists there.
As a result we are setting this bug to CLOSED:OLD

CC: (none) => ouaurelien
Status: NEW => RESOLVED
Resolution: (none) => OLD


Note You need to log in before you can comment on or make changes to this bug.