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.
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=30332
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
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=259320Assignee: bugsquad => pkg-bugsCC: (none) => geiger.david68210, nicolas.salguero
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
CC: (none) => richardwest
https://wiki.mageia.org/en/Mageia_9_Errata#Mageia_tools also see todays note in Bug 30332
CC: (none) => friKeywords: (none) => IN_ERRATA9
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.
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
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?
(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.
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
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
Created attachment 14068 [details] screenshot of mcc
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
Hi, Closing all other local applications (local mcc, Firefox, Thunderbird, ... except the Konsole terminal) didn't improve anything. Regards. Xuo.
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.
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
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.
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.)