Bug 32185 - webkit2: drakconf (mcc) local and over ssh fails to display its icons on the right hand side.
Summary: webkit2: drakconf (mcc) local and over ssh fails to display its icons on the ...
Status: NEW
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal major
Target Milestone: ---
Assignee: All Packagers
QA Contact:
URL: https://bugs.webkit.org/show_bug.cgi?...
Whiteboard:
Keywords: IN_ERRATA9
Depends on:
Blocks:
 
Reported: 2023-08-21 18:10 CEST by Aurelian R
Modified: 2023-11-30 13:30 CET (History)
9 users (show)

See Also:
Source RPM: webkit2-2.40.3-1.mga9, drakconf-13.29-1.mga9
CVE:
Status comment:


Attachments
screenshot of mcc (50.82 KB, image/png)
2023-10-18 11:26 CEST, Robert Fox
Details

Description Aurelian R 2023-08-21 18:10:23 CEST
While running Mageia Control Center(mcc) over ssh, the mcc menu on the right hand side is always empty, similar to bug 30332. This is true for up to date Mageia 8 and Cauldron systems. However, this is not happening on Mageia 8 with webkit2 versions less than 2.40.   

Steps to reproduce:
1. # ssh $USER@IP
   Connect with ssh to a system("ssh 127.0.0.1" will do too) with ssh-server and FowardX11 enabled.
2. # su -
   i.e. once connected, become root.
3. # mcc
   Observe the empty right hand side of mcc window.

Note: Using "sudo mcc" over ssh will not bring up the graphical interface, but the terminal instance of mcc.
   
Terminal output:

"
(mcc:64562): dbind-WARNING **: 16:27:02.121: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Ignore the following Glib::Object::Introspection & Gtk3 warnings

(drakconf:64563): dbind-WARNING **: 16:27:02.527: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
Overriding existing handler for signal 10. Set JSC_SIGNAL_FOR_GC if you want WebKit to use a different signal
libEGL warning: DRI3: failed to query the version
libEGL warning: DRI2: failed to authenticate

(WebKitWebProcess:64597): Gdk-WARNING **: 16:27:03.513: The program 'WebKitWebProcess' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadRequest (invalid request code or no such operation)'.
  (Details: serial 185 error_code 1 request_code 155 (unknown) minor_code 1)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the GDK_SYNCHRONIZE environment
   variable to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

"

Regards,
A.
Morgan Leijström 2023-08-21 22:55:33 CEST

See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=30332

Comment 1 Aurelian R 2023-08-22 16:00:41 CEST
Did some digging and found this bug report originating from Fedora for yelp, which fails in the same manner as mcc over ssh in Cauldron:
https://bugs.webkit.org/show_bug.cgi?id=259320

The bug report points to an issue with the mesa llvmpipe driver, the driver that is used for rendering over ssh. 

# inxi -Gx # over ssh
Graphics:
  Device-1: AMD Navi 23 [Radeon RX 6600/6600 XT/6600M] vendor: Sapphire
    driver: amdgpu v: kernel arch: RDNA-2 bus-ID: 0d:00.0
  Display: x11 server: X.org v: 1.21.1.8 with: Xwayland v: 22.1.9 driver: X:
    loaded: amdgpu,v4l dri: swrast gpu: amdgpu s-res: 3840x1200 resolution:
    1: 1920x1200 2: 1920x1200
  API: OpenGL v: 4.5 Mesa 23.1.5 renderer: llvmpipe (LLVM 15.0.6 256 bits)
    direct-render: Yes
Comment 2 Lewis Smith 2023-08-22 21:02:24 CEST
Thank you for the report, and that Fedora link which does indeed look similar.
"REGRESSION(2.41.6): [GTK] Yelp help viewer and Epiphany browser do not show content on a virtual machine (llvmpipe?) with WebKitGTK 2.41.6"
It is very recnt: 2023-07-18 - 2023-07-21
It points to webkit: https://commits.webkit.org/266201@main
The patch is shown here:
https://github.com/WebKit/WebKit/commit/ad44d7bf323c78bd79f184859afb65d107efb103

No one person nurses webkit2, so assigning this globally; CC'ing NicolasS & DavidG who have most recently committed it.

URL: (none) => https://bugs.webkit.org/show_bug.cgi?id=259320
Assignee: bugsquad => pkg-bugs
CC: (none) => geiger.david68210, nicolas.salguero

Comment 3 Lewis Smith 2023-08-27 20:00:06 CEST
Bug 30332 is also about drakconf missing display elements after an earlier update to webkit2 (>=2.36); this bug applies to >=2.41.6. Upping the importance because of its multiple occurrence; do not think it is a duplicate.

Severity: normal => major

richard west 2023-09-02 13:06:17 CEST

CC: (none) => richardwest

Comment 4 Morgan Leijström 2023-09-10 15:16:49 CEST
https://wiki.mageia.org/en/Mageia_9_Errata#Mageia_tools

also see todays note in Bug 30332

CC: (none) => fri
Keywords: (none) => IN_ERRATA9

Comment 5 Morgan Leijström 2023-09-10 20:07:49 CEST
Not only over ssh.

See me in Bug 30332#c42 and
https://forums.mageia.org/en/viewtopic.php?f=7&t=15031
and I think I also saw it in a mail list.

Summary: webkit2: drakconf (mcc) over ssh fails to display its menu options on the right hand side. => webkit2: drakconf (mcc) local and over ssh fails to display its icons on the right hand side.

Comment 6 papoteur 2023-09-15 16:06:05 CEST
Hello,
I'm seeing the bug on a RASPBERRY PI 4B using modesetting as graphical driver, thus on aarch64.
All tabs of MCC are blank and inactive.

CC: (none) => yvesbrungard

Comment 7 Morgan Leijström 2023-09-27 18:58:26 CEST
I have found that while it most often works OK, it may fail several times in a try repeatedly.  If i then close other application (s) such as firefox, MCC then works OK.  So: Something about resources?
Comment 8 Aurelian R 2023-09-27 21:45:11 CEST
(In reply to Morgan Leijström from comment #7)
> I have found that while it most often works OK, it may fail several times in
> a try repeatedly.  If i then close other application (s) such as firefox,
> MCC then works OK.  So: Something about resources?
I have not seen the behavior you mentioned on my system.

However, as you mentioned resources, I tried IceWM with the same results as in the initial report, but, for my surprise, under Plasma - XWayland everything looks peachy. BTW, my initial report was carried out in Plasma - X11, sorry, it does look like I missed to mention it.
Regards.
Comment 9 Timothée Giet 2023-10-18 11:16:44 CEST
Someone reported another case of missing icons, though with a different log, on dev mailing list:

https://ml.mageia.org/l/arc/dev/2023-10/msg00072.html

CC: (none) => animtim

Comment 10 Robert Fox 2023-10-18 11:21:27 CEST
I have a similar issue: 

I have a freshly installed M9 upgraded to Cauldron based machine - and recently, when I tried to start the MCC, I get the interface but without icons (just the menu on the side)  -  I tried to de-install and re-install, but that didn't help - looking at the console where I started it - I see some errors related to GBM-Drv - Maybe something to do with the proprietary NVidia drivers?

[rfox@FoxLT5 ~]$ sudo mcc
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = "en_DE:de",
        LC_ALL = (unset),
        LC_ADDRESS = "de_DE.UTF-8",
        LC_NAME = "de_DE.UTF-8",
        LC_MONETARY = "de_DE.UTF-8",
        LC_PAPER = "de_DE.UTF-8",
        LC_IDENTIFICATION = "de_DE.UTF-8",
        LC_TELEPHONE = "de_DE.UTF-8",
        LC_SOURCED = "1",
        LC_MEASUREMENT = "de_DE.UTF-8",
        LC_TIME = "de_DE.UTF-8",
        LC_NUMERIC = "de_DE.UTF-8",
        LANG = "en_DE"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257.

(process:50513): Gtk-WARNING **: 09:58:00.799: Locale not supported by C library.
        Using the fallback 'C' locale.
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = "en_DE:de",
        LC_ALL = (unset),
        LC_MONETARY = "de_DE.UTF-8",
        LC_NUMERIC = "de_DE.UTF-8",
        LC_TIME = "de_DE.UTF-8",
        LANG = "en_DE"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
Ignore the following Glib::Object::Introspection & Gtk3 warnings

(process:50514): Gtk-WARNING **: 09:58:00.956: Locale not supported by C library.
        Using the fallback 'C' locale.
Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539.
"cannot run /usr/sbin/isodumper" since it is not installed [Writing ISO] at /usr/libexec/drakconf line 833.

(process:50555): Gtk-WARNING **: 09:58:01.483: Locale not supported by C library.
        Using the fallback 'C' locale.
Overriding existing handler for signal 10. Set JSC_SIGNAL_FOR_GC if you want WebKit to use a different signal
src/nv_gbm.c:99: GBM-DRV error (nv_gbm_bo_create): DRM_IOCTL_NVIDIA_GEM_ALLOC_NVKMS_MEMORY failed (ret=-1)

Failed to create GBM buffer of size 1513x1201: Invalid argument
src/nv_gbm.c:99: GBM-DRV error (nv_gbm_bo_create): DRM_IOCTL_NVIDIA_GEM_ALLOC_NVKMS_MEMORY failed (ret=-1)

Failed to create GBM buffer of size 1513x1201: Invalid argument
src/nv_gbm.c:99: GBM-DRV error (nv_gbm_bo_create): DRM_IOCTL_NVIDIA_GEM_ALLOC_NVKMS_MEMORY failed (ret=-1)

Failed to create GBM buffer of size 1513x1201: Invalid argument
Failed to create EGL images for DMABufs with file descriptors -1, -1 and -1

CC: (none) => rfox

Comment 11 Robert Fox 2023-10-18 11:26:43 CEST
Created attachment 14068 [details]
screenshot of mcc
Comment 12 Xuo 2023-11-03 18:49:28 CET
Hi,

I've got a similar issue.
serveur = PC running mageia9, using xfce as Desktop gui and intel (Intel 810 and later) driver.
local = PC running mageia9, using Plasma as Desktop gui and nvidia (NVIDIA GeForce 635 to GeForce 920) driver.
From my local PC , I connect with ssh to the server one.
# ssh serveur
# su -l root
# mcc&

Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257.

(mcc:332412): dbind-WARNING **: 18:43:28.155: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Ignore the following Glib::Object::Introspection & Gtk3 warnings

(drakconf:332418): dbind-WARNING **: 18:43:28.515: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
"cannot run /usr/sbin/isodumper" since it is not installed [Writing ISO] at /usr/libexec/drakconf line 833.
Overriding existing handler for signal 10. Set JSC_SIGNAL_FOR_GC if you want WebKit to use a different signal
libEGL warning: DRI2: failed to authenticate

(WebKitWebProcess:332456): Gdk-WARNING **: 18:43:29.279: The program 'WebKitWebProcess' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadRequest (invalid request code or no such operation)'.
  (Details: serial 169 error_code 1 request_code 154 (unknown) minor_code 1)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the GDK_SYNCHRONIZE environment
   variable to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

I do not have any icons on the right hand-side of the mcc window (see the above attachment of Robert Fox).

Server :
# rpm -qa | grep webkit2
webkit2-driver-2.40.3-1.mga9
lib64webkit2gtk4.1_0-2.40.3-1.mga9
webkit2gtk4.1-2.40.3-1.mga9
lib64webkit2gtk4.0_37-2.40.3-1.mga9
webkit2gtk4.0-2.40.3-1.mga9
lib64webkit2gtk-gir4.1-2.40.3-1.mga9
lib64webkit2gtk-gir4.0-2.40.3-1.mga9

local :
# rpm -qa | grep webkit2
webkit2-driver-2.40.3-1.mga9
webkit2gtk4.1-2.40.3-1.mga9
lib64webkit2gtk4.1_0-2.40.3-1.mga9
lib64webkit2gtk-gir4.1-2.40.3-1.mga9

I didn't try to downgrade the webkit2 packages (too risky to me :)).
Do you have any new ideas to fix this issue ?

Regards.

Xuo.

CC: (none) => xuoy

Comment 13 Xuo 2023-11-03 18:51:32 CET
Hi,

Closing all other local applications (local mcc, Firefox, Thunderbird, ... except the Konsole terminal) didn't improve anything.

Regards.

Xuo.
Comment 14 papoteur 2023-11-08 12:39:28 CET
Today, I got a similar but different behaviour.
I started mcc from a root console. All was fine.
But starting again, right panel is blank AND tabs are inactive. Until now, the tabs were active.
Starting again with no success, from console or from menu with polkit dialogue.
Intel graphic card.
Comment 15 mr spring 2023-11-09 14:33:30 CET
Missing icons in MCC on M9 with nVidea graphics issue - my fix: https://bugs.mageia.org/show_bug.cgi?id=30332#c47

CC: (none) => playthatbeat

Comment 16 Morgan Leijström 2023-11-30 13:16:47 CET
This issue with icons being invisibe sometimes hit here. I can usually click the white space where they should be and the intended tool do launch.

But today for me this new experience nothing can be clicked at, mouse pointer is always an arrow any place in the white area and nothing happens when i click.

Fully updated Mageia 9 incl testing, nvidia535 on GTX750, but booted elder kernel-desktop-6.4.16-3.mga9.x86_64, Plasma.
Comment 17 Morgan Leijström 2023-11-30 13:30:04 CET
Continuation of Comment 16:

Starting it as root in konsole, no icon visible nor clickable:

[root@svarten ~]# mcc
Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257.
Ignore the following Glib::Object::Introspection & Gtk3 warnings
Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
Overriding existing handler for signal 10. Set JSC_SIGNAL_FOR_GC if you want WebKit to use a different signal
EGLDisplay Initialization failed: EGL_BAD_ACCESS
Cannot create EGL sharing context: invalid display (last error: EGL_SUCCESS)

(WebKitWebProcess:1428332): Gdk-WARNING **: 12:24:18.036: The program 'WebKitWebProcess' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadValue (integer parameter out of range for operation)'.
  (Details: serial 207 error_code 2 request_code 152 (GLX) minor_code 34)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the GDK_SYNCHRONIZE environment
   variable to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

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