Bug 35008 - with Live Plasma Alpha1 (nvidia proprietary drivers) no way to quit Plasma System Settings with default config
Summary: with Live Plasma Alpha1 (nvidia proprietary drivers) no way to quit Plasma S...
Status: NEW
Alias: None
Product: Mageia
Classification: Unclassified
Component: Release (media or process) (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: Mageia 10
Assignee: KDE maintainers
QA Contact:
URL:
Whiteboard:
Keywords: 10alpha1
Depends on:
Blocks:
 
Reported: 2026-01-16 15:28 CET by Philippe Didier
Modified: 2026-02-17 17:51 CET (History)
2 users (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments
xorg.log of the Live Plasma iso Alpha1 (33.50 KB, text/plain)
2026-02-04 12:22 CET, Philippe Didier
Details
xorg.log.old from Live Plasma Iso Alpha1 (34.05 KB, text/plain)
2026-02-04 12:24 CET, Philippe Didier
Details

Description Philippe Didier 2026-01-16 15:28:24 CET
Description of problem:
I have tested Mageia10 alpha1 plasma (usbstick with persistent partition)
Everything went well : everything is recognized and usable 

 I have 2 screens
one monitor
one HDMI TV
By default the display is spreaded over the two (with a correct resolution for both of them)

1)
I want to use my TV as a clone of the monitor

I launch the plasma System settings and modify the display configuration this way,
I apply this => OK

BUT I can't quit plasma System settings :
no x cross in the window frame of the default theme used
no quit menu any where in the plasma System settings window

I change the default setting to use other theme (oxygen) and window decoration (oxygen) and apply ... that induces no change immediately 
But after having stopped Mageia10 and rebooted it with this USB stick, the changes are applied (the title bar has its x cross button and menu button

To conclude :
there's no way to quit plasma System settings with the default theme and window decoration and title bar there's no no x cross button in the right part of the title bar and no menu button on the left part of the title bar with a quit option

see #34997
Philippe Didier 2026-01-16 15:29:11 CET

Blocks: (none) => 34997
Target Milestone: --- => Mageia 10

Comment 1 Lewis Smith 2026-01-16 21:36:38 CET
I thought I had assigned this... Doing so now.

Assignee: bugsquad => kde
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=34997

Morgan Leijström 2026-01-17 13:45:38 CET

Blocks: 34997 => (none)

Philippe Didier 2026-01-17 14:22:13 CET

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

katnatek 2026-01-17 21:04:54 CET

Version: 10 => Cauldron
Keywords: (none) => 10alpha1

Philippe Didier 2026-01-24 14:53:43 CET

Summary: with Live Plasma Alpha1no way to quit Plasma System Settings with default config => with Live Plasma Alpha1 (nvidia proprietary drivers) no way to quit Plasma System Settings with default config

Comment 2 Philippe Didier 2026-02-02 15:43:20 CET
This seems not to be a KDE problem but strictly a Live iso problem :
the freshly built nvidia drivers seem to be badly used during the first boot...
After having quit and rebooted (the persistent partition is filled with the built drivers) there's no more display problems : 
windows frame OK (with a possibility to quit them)
able to use the Mageia Menu to quit and power off
Morgan Leijström 2026-02-02 20:24:37 CET

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

Comment 3 Philippe Didier 2026-02-03 15:37:12 CET
Hi
I have created a new USB pendrive with Live Alpha1 Plasma (and persistent partition)
inside Grub I choose to boot  with nvidia proprietary drivers

Now I am sure that the problem of the windows of plasma for "MCC" or "Plasma System Settings" are caused by the default configuration of Plasma

After the first boot these windows have no title bar and no way to quit (no x cross button, no file menu in the title bar with a quit button)

Nevertheless after having modified the plasma theme and windows decoration and having quit... When I reboot the windows allow to quit 

To conclude :
This seems to be a plasma default config problem inside the Live iso
Comment 4 Bruno Cornec 2026-02-03 17:49:11 CET
Could you help caracterize the bug by saying whether you're running X11 or Wayland ?

Then it may be because the tool in charge of windows decoration is not launch/died/...

If X11 could you check whether kwin_x11 is running ? Sorry I know there is a need for a compositor for Wayland, but have no experience with that.

Maybe attaching the result of dmesg, journactl and /var/log/Xorg.?.log would help understand what happens.

CC: (none) => bruno

Comment 5 Philippe Didier 2026-02-04 12:20:25 CET
Hi Bruno
It's not so easy to get info from the first boot of Live Plasma Iso

Nevertheless, after the second boot (which uses the persistent partition) I can explore the content of /var/log/ in this persistent partition after having mounted the USB pendrive inside Mageia9

I will attach the log files (maybe it's not what is needed)
Comment 6 Philippe Didier 2026-02-04 12:22:25 CET
Created attachment 15383 [details]
xorg.log of the Live Plasma iso Alpha1

last xorg.log
Comment 7 Philippe Didier 2026-02-04 12:24:04 CET
Created attachment 15384 [details]
xorg.log.old from Live Plasma Iso Alpha1

Xorg log from the previous boot
Comment 8 Bruno Cornec 2026-02-04 12:47:55 CET
So for me remains to see whether kwin_x11 was launched or not, died or not, ... that could explain you do not have decoration on Plasma windows.

Are you able to perform: ps auxww | grep kwin while running ?
Comment 9 Philippe Didier 2026-02-04 14:33:17 CET
Hi Bruno

Unfortunately at the first boot I can't have access to the Mageia Menu (I can see only the right half part of it : the other is out of the display and not accessible)
I can't have access to the console or the command line...

I could only launch MCC or Plasma System Settings with their icons in the task bar

Performing ps auxww | grep kwin  is only possible after the second boot, and it will be useless because, then, Mageia10 works correctly...

This appears to be difficult to debug
Philippe Didier 2026-02-04 14:34:31 CET

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

Comment 10 Bruno Cornec 2026-02-04 14:51:27 CET
What if you try to go to a console with CTRL+ALT+F3 and then log there if you have a getty waiting for your login ?

Then you may be able to get more info from the running system.
Comment 11 Philippe Didier 2026-02-04 18:20:40 CET
Hi
I can't understand why the Live Plasma Alpha1 had a different behaviour :

I have used Isodumper to create a new USB pendrive (erasing the previously created  iso )

I have booted again with this USB pendrive

All went well this time !!!
No problem with window decoration (I can close them)!
Mageia welcome is in a window in the middle of the screen and can be closed when Live mode has been launched. The menu is correctly apparent... 

The only difference is that now my hdmi TV is a clone of the primary monitor when Plasma appears with a correct background and a working taskbar...
Nota Bene :
During the previous tests the screen was always spread over the two monitors and that apparently caused the several problems I encountered.


All the previous problems seem to have been caused by the use by Plasma of a screen spread over the two monitors instead of having the HDMI TV as a clone of the primary monitor...

This choice seems to be randomly done by the Live iso 
(I remember having encountered such randomly done choice with previous Live iso for Mageia9 or Mageia8 but that didn't cause problem for the display of MageiaWelcome nor for the windows frames that I could always close)


Nevertheless I have had a bad surprise using Ctrl + alt + F3 : there was a black screen with the message "NO SIGNAL" and the monitor went into sleep mode !
No more access to Plasma : 
after having waited for 3 minutes I needed to use Ctrl + alt + del to stop the computer

When I rebooted with the USB pendrive, Plasma started soon quite correctly but I discovered that the refresh frequency of the TV was wrong : 60,5 Hz instead of 60 Hz
The appearance of the clone was cropped on its edges .... I could easily correct this with the Plasma System Settings...
Now everything is right (thanks to the persistent partition)


The worst bug is a bug that appears randomly...
Comment 12 Philippe Didier 2026-02-04 18:28:41 CET
To conclude
There may be a bad detection of the technical characteristics of the HDMI TV that causes problem when the screen is spread over the two monitors... 
But that is quite painless when the Live iso chooses to use the HDMI TV as a clone (the cropped appearance of the TV doesn't prevent the use of the primary monitor)

Strange indeed
Comment 13 Philippe Didier 2026-02-04 22:29:35 CET
Last test with a fresh built USB stick

I have unplugged the HDMI TV before booting from the USB pendrive
Choose to use nvidia proprietary drivers

Everything goes as expected until :

The Mageia Welcome fills totally the screen (no window frame) ... and is unresponsive when I click on Live Mode

After having waited some minutes I use Ctrl + alt + F3 : that stops to display anything on the monitor => black screen "NO SIGNAL"
The led of the USB pendrive doesn't stop twinkling 
I wait some minutes and have to stop all this with Ctrl + alt + del


Having one or two monitors is not the cause of these bugs

But 
The real surprise is that the Live iso worked correctly once during 10 tests and failed 9 times...

Maybe something vary sometimes in the order of the successive steps that launch Plasma
Comment 14 Bruno Cornec 2026-02-04 23:13:30 CET
You have multiple tty associated with the key CTRL+ALT+Ftty (from 3 to 6 by default IIRC on Mageia)

In general CTRL+ALT+F2 goes back to the X11 root window, where you should find again the welcome screen (vt2 or tty2 when you look at how the X org server was launched with a ps).

tty1 is generally for the boot screen, where you can find some messages.

I tend to configure my systems to send syslog messages to tty11 or 12. that can be seen with CTRL+ALT+F11/12

The ALT key is only mandatory when you're in a graphical session. From one text based tty to another you can just use CTRL+Fxx
Comment 15 Philippe Didier 2026-02-05 02:23:27 CET
I will wait for the Beta Live iso to test it... hoping it is more stable at the first boot (it is supposed to be used as a demo, to verify if Mageia10 may be used on a computer, without having to use a persistent partition... burnt on a DVD for instance)

Nota bene the second boot offers a real good version of Mageia10 when the persistent partition has been filled : even if it boots from an USB pendrive this boot is quite quick and after having updating everything this already gives an idea of what final release will be...
Philippe Didier 2026-02-07 14:49:34 CET

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

Comment 16 Philippe Didier 2026-02-17 17:51:09 CET
Last news :
All these problems was induced by the presence of a persistent partition !!!
The test is OK with an  USB pendrive having no persistent partition

That was discovered when testing several Beta Live Plama ISO... and confirmed here

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