Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 2179998 - sddm-wayland-plasma freezes for a while at boot time
Summary: sddm-wayland-plasma freezes for a while at boot time
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: sddm
Version: 38
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
Assignee: Neal Gompa
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F38FinalBlocker F38FinalFreezeException
TreeView+ depends on / blocked
 
Reported: 2023-03-20 14:44 UTC by Geraldo Simião
Modified: 2023-03-25 02:01 UTC (History)
13 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-03-24 02:03:49 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)
screencast with description (deleted)
2023-03-20 14:44 UTC, Geraldo Simião 		no flags Details
screencast and description from booting (deleted)
2023-03-20 14:47 UTC, Geraldo Simião 		no flags Details
last version tested (deleted)
2023-03-20 14:48 UTC, Geraldo Simião 		no flags Details
journalctl messages related to sddm just before and after the freeze (deleted)
2023-03-20 20:58 UTC, Geraldo Simião 		no flags Details
Messages related to sddm just before and after the freeze (deleted)
2023-03-20 21:02 UTC, Geraldo Simião 		no flags Details
new log from the moment it freezes (deleted)
2023-03-21 03:56 UTC, Geraldo Simião 		no flags Details
another boot log from the moment (deleted)
2023-03-21 03:58 UTC, Geraldo Simião 		no flags Details
VM specifications CPU (deleted)
2023-03-22 13:42 UTC, Geraldo Simião 		no flags Details
VM config xml - CPU (deleted)
2023-03-22 13:42 UTC, Geraldo Simião 		no flags Details
Complete XML of this VM (deleted)
2023-03-22 13:48 UTC, Geraldo Simião 		no flags Details
screencast from the boot process with the patched sddm (deleted)
2023-03-22 21:00 UTC, Geraldo Simião 		no flags Details
Show Obsolete (2) View All


Links
System ID Private Priority Status Summary Last Updated
KDE GitLab plasma plasma-workspace merge_requests 2766 0 None opened Draft: sddm: Populate keyboard layout list asynchronously 2023-03-22 15:34:04 UTC
KDE GitLab plasma plasma-workspace merge_requests 2767 0 None opened sddm-theme: Populate keyboard layouts menu only on first show 2023-03-22 16:52:15 UTC

Description Geraldo Simião 2023-03-20 14:44:54 UTC 
Created attachment 1952103 [details]
screencast with description

Description of problem:
When booting F38 KDE, sddm starts in a freeze state, not alowing the user to type a password, or chose another login for about 15 to 30 seconds (time varies from VM to VM and baremetal installs).
After the freeze state ends, one can again type passoword and proceed with login.
Another strange behavior related to this is the options at login screen only showing theirselves when clicking (and holding) at the virtual-keyboard button.
Look at the screencast attached to see this.

Version-Release number of selected component (if applicable):
for versions tested see the image attached


How reproducible:
Always, in every F38KDE VM I tested, and in baremetal too.


Steps to Reproduce:
1.start F38KDE
2.wahit for the login screen to show itself
3.try to click on the password field and type there, or choose another user

Actual results:
some 15 to 30 seconds delay

Expected results:
immediate response

Additional info:
first I thought it was related to this bug https://bugzilla.redhat.com/show_bug.cgi?id=2178971 but now with the fix for that one, this here is not fixed.
this too might be related https://bugzilla.redhat.com/show_bug.cgi?id=2174563
Comment 1 Geraldo Simião 2023-03-20 14:47:45 UTC 
Created attachment 1952104 [details]
screencast and description from booting
Comment 2 Geraldo Simião 2023-03-20 14:48:53 UTC 
Created attachment 1952105 [details]
last version tested
Comment 3 Fedora Blocker Bugs Application 2023-03-20 14:54:07 UTC 
Proposed as a Blocker and Freeze Exception for 38-final by Fedora user geraldosimiao using the blocker tracking app because:

 As described on this criterion "Default application functionality:
For all release-blocking desktop / arch combinations, the following applications must start successfully and withstand a basic functionality test"
Users expect to be able to input their passwords or choose their login as soon as the login screen shows itself with this to be chosen. Wait for more 15 to 30 seconds on a freezed screen doesnt stand for a good  UX quality standard.
Comment 4 Alessandro Astone 2023-03-20 15:04:04 UTC 
I have two notes:
* On my machines (hardware or virtualized) the "freezing" is only for about a second, but I suppose I have quite fast hardware.
* The reboot options do not just show when holding the Virtual Keyboard button, but rather with any action that unfocuses the input field: for example, focusing the ">" button by tabbing once.
Comment 5 Geraldo Simião 2023-03-20 15:56:24 UTC 
Alright, well observed, click on keyboard layout or x11 and wayland session button too, unfocuses the input field and then shows the other options.
Comment 6 Adam Williamson 2023-03-20 17:28:04 UTC 
Geraldo, can you please file a separate bug for the button problem? That doesn't seem to have anything to do with the freeze problem. They seem like different bugs. Especially since this is proposed as a blocker, they should be separated, otherwise it's unclear what we're proposing to block on.
Comment 7 Geraldo Simião 2023-03-20 18:03:09 UTC 
(In reply to Adam Williamson from comment #6)
> Geraldo, can you please file a separate bug for the button problem? That
> doesn't seem to have anything to do with the freeze problem. They seem like
> different bugs. Especially since this is proposed as a blocker, they should
> be separated, otherwise it's unclear what we're proposing to block on.

OK, done https://bugzilla.redhat.com/show_bug.cgi?id=2180100
Comment 8 Alessandro Astone 2023-03-20 18:27:05 UTC 
Probable incriminating log:
sddm-greeter[7018]: Qt Quick Layouts: Polish loop detected. Aborting after two iterations.

It is the last message before the "freeze"
Comment 9 Geraldo Simião 2023-03-20 20:58:28 UTC 
Created attachment 1952203 [details]
journalctl messages related to sddm just before and after the freeze
Comment 10 Geraldo Simião 2023-03-20 21:02:24 UTC 
Created attachment 1952204 [details]
Messages related to sddm just before and after the freeze
Comment 11 Adam Williamson 2023-03-20 23:54:45 UTC 
Discussed at 2023-03-20 blocker review meeting: https://meetbot-raw.fedoraproject.org/fedora-blocker-review/2023-03-20/f38-blocker-review.2023-03-20-16.00.html . We agreed to delay the decision on this issue as it's not yet really clear how many people the freeze would affect, and how long it will last (some testers report seeing no freeze, some seeing a much shorter freeze). We're hoping further investigation of the cause of this will allow us to make a better guess as to how many folks it's likely to affect, and how badly.
Comment 12 Geraldo Simião 2023-03-21 03:56:43 UTC 
Created attachment 1952243 [details]
new log from the moment it freezes

I compared two F38KDE vms, same config but one with sddm-x11 and this with sddm-wayland. It seems this is different at this moment of login.
Comment 13 Geraldo Simião 2023-03-21 03:58:30 UTC 
Created attachment 1952244 [details]
another boot log from the moment

this messages are consistent
Comment 14 Kamil Páral 2023-03-22 12:30:40 UTC 
I can reproduce the delay after boot or after log out. It's about 3 sec for me, when I have my usual 3 CPU cores assigned to the VM. When I assign just 1 CPU core, the delay is about 6 sec. So this seems to be dependent on CPU speed. The amount of RAM I give it doesn't seem to affect the delay. I also see the error message from comment 8, it seems likely to be related.

Can somebody please report this to https://bugs.kde.org ?
Comment 15 Kamil Páral 2023-03-22 12:34:48 UTC 
Geraldo, please share your host system specs here, especially your CPU, thanks.
Comment 16 Geraldo Simião 2023-03-22 13:34:52 UTC 
This is my host:

Operating System: Fedora Linux 37
KDE Plasma Version: 5.27.3
KDE Frameworks Version: 5.104.0
Qt Version: 5.15.8
Kernel Version: 6.2.7-200.fc37.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 8 × Intel® Core™ i7-3632QM CPU @ 2.20GHz
Memory: 15.4 GiB of RAM
Graphics Processor: Mesa Intel® HD Graphics 4000
Manufacturer: Acer
Product Name: Aspire V3-571
System Version: V2.11

CPU:
  Info: quad core model: Intel Core i7-3632QM bits: 64 type: MT MCP
    arch: Ivy Bridge rev: 9 cache: L1: 256 KiB L2: 1024 KiB L3: 6 MiB
  Speed (MHz): avg: 1789 high: 3200 min/max: 1200/3200 cores: 1: 1446
    2: 2395 3: 1863 4: 3200 5: 1200 6: 1200 7: 1795 8: 1217 bogomips: 35121
  Flags: avx ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Comment 17 Geraldo Simião 2023-03-22 13:42:11 UTC 
Created attachment 1952787 [details]
VM specifications CPU
Comment 18 Geraldo Simião 2023-03-22 13:42:52 UTC 
Created attachment 1952788 [details]
VM config xml - CPU
Comment 19 Geraldo Simião 2023-03-22 13:48:12 UTC 
Created attachment 1952789 [details]
Complete XML of this VM
Comment 20 Alessandro Astone 2023-03-22 15:19:34 UTC 
Upstream: https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/2766
Comment 21 Geraldo Simião 2023-03-22 15:39:26 UTC 
(In reply to Alessandro Astone from comment #20)
> Upstream:
> https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/2766

As suggested by Alessandro, I tested this change at both my F37KDE host, and F38KDE VM, and it worked for the freeze problem, no more waiting time at login screen (edited both breeze and breeze fedora themes) :D
One sideffect of this is that now keyboard layouts at the menu button on login screen gets scrambled, no more in alphabetical order.
Comment 22 Kamil Páral 2023-03-22 16:52:16 UTC 
Another PR is in:
https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/2767
Comment 23 Geraldo Simião 2023-03-22 20:39:15 UTC 
(In reply to Kamil Páral from comment #22)
> Another PR is in:
> https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/2767

I tested this new patch, following guidance from aleasto, and it did fix correctly the bug, without side-effects (keyboard layouts are order).
Password field is responsive right from the start.
User selection too, right from the start.
Comment 24 Geraldo Simião 2023-03-22 21:00:29 UTC 
Created attachment 1952931 [details]
screencast from the boot process with the patched sddm

With last patch bug seems fixed at F38. (tested at F37 and it works great too)
Comment 25 Fedora Update System 2023-03-22 22:49:33 UTC 
FEDORA-2023-41861e76e1 has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-41861e76e1
Comment 26 Fedora Update System 2023-03-22 22:49:33 UTC 
FEDORA-2023-0f0a596c1f has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2023-0f0a596c1f
Comment 27 Fedora Update System 2023-03-23 01:39:50 UTC 
FEDORA-2023-0f0a596c1f has been pushed to the Fedora 37 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-0f0a596c1f`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-0f0a596c1f

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Comment 28 Geraldo Simião 2023-03-23 01:50:43 UTC 
The updates with the fix for this bug (plasma-workspace-5.27.3-2) have been successfully tested on this machines:

F38 VM
Operating System: Fedora Linux 38 KDE Plasma Version: 5.27.3 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 Kernel Version: 6.2.7-300.fc38.x86_64 (64-bit) Graphics Platform: Wayland Processors: 4 × Intel® Core™ i7-3632QM CPU @ 2.20GHz Memory: 1.9 GiB of RAM Graphics Processor: llvmpipe Manufacturer: QEMU Product Name: Standard PC (Q35 + ICH9, 2009) System Version: pc-q35-7.0

F37 Baremetal
Operating System: Fedora Linux 37 KDE Plasma Version: 5.27.3 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 Kernel Version: 6.2.7-200.fc37.x86_64 (64-bit) Graphics Platform: Wayland Processors: 8 × Intel® Core™ i7-3632QM CPU @ 2.20GHz Memory: 15.4 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4000

F36 VM
Operating System: Fedora Linux 36 KDE Plasma Version: 5.27.3 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 Kernel Version: 6.2.7-100.fc36.x86_64 (64-bit) Graphics Platform: Wayland Processors: 4 × Intel® Core™ i7-3632QM CPU @ 2.20GHz Memory: 1.9 GiB of RAM Graphics Processor: llvmpipe Manufacturer: QEMU Product Name: Standard PC (Q35 + ICH9, 2009) System Version: pc-q35-6.2
Comment 29 Fedora Update System 2023-03-23 02:57:15 UTC 
FEDORA-2023-41861e76e1 has been pushed to the Fedora 38 testing repository.

You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-41861e76e1

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Comment 30 Kamil Páral 2023-03-23 10:07:11 UTC 
Thanks for testing, Geraldo.
Comment 31 Fedora Update System 2023-03-24 02:03:49 UTC 
FEDORA-2023-41861e76e1 has been pushed to the Fedora 38 stable repository.
If problem still persists, please make note of it in this bug report.
Comment 32 Fedora Update System 2023-03-25 02:01:46 UTC 
FEDORA-2023-0f0a596c1f has been pushed to the Fedora 37 stable repository.
If problem still persists, please make note of it in this bug report.
Note You need to log in before you can comment on or make changes to this bug.