Bug 2132863 - Missing f37.png breaks desktop-backgrounds-compat, which breaks SDDM breeze-fedora theme
Summary: Missing f37.png breaks desktop-backgrounds-compat, which breaks SDDM breeze-f...
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: f37-backgrounds
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
Assignee: Luya Tshimbalanga
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: F37FinalBlocker F37FinalFreezeException
TreeView+ depends on / blocked
 
Reported: 2022-10-07 04:04 UTC by Geraldo Simião
Modified: 2022-10-09 07:28 UTC (History)
13 users (show)

Fixed In Version: 37.0.4-1.fc38
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-10-08 00:09:19 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
journalctl-r from first boot after distro-upgrade F35=>F37 (160.69 KB, text/plain)
2022-10-07 05:57 UTC, Geraldo Simião
no flags Details
Coredump at first boot after distro-upgrade (F35=>F37) (55.54 KB, text/plain)
2022-10-07 05:58 UTC, Geraldo Simião
no flags Details
blank sddm screen as seen at first boot after distro-upgrade F35=>F37 (21.74 KB, image/png)
2022-10-07 06:00 UTC, Geraldo Simião
no flags Details
SDDM screen after reselect breeze fedora theme at plasma system settings (588.72 KB, image/png)
2022-10-07 06:07 UTC, Geraldo Simião
no flags Details
Correct sddm at first boot after distro upgrade (F36=>F37) (536.01 KB, image/png)
2022-10-07 06:17 UTC, Geraldo Simião
no flags Details
Backgrounds and SDDM version of the F36=>F37 setup (88.08 KB, image/png)
2022-10-07 06:30 UTC, Geraldo Simião
no flags Details
Backgrounds and SDDM version of the F35=>F37 setup (74.55 KB, image/png)
2022-10-07 06:31 UTC, Geraldo Simião
no flags Details
New package versions after upgrade at the F36=>F37 VM (107.46 KB, image/png)
2022-10-07 06:38 UTC, Geraldo Simião
no flags Details
SDDM login screen broked at the F36=>F37 VM (30.89 KB, image/png)
2022-10-07 06:39 UTC, Geraldo Simião
no flags Details
Cerrected SDDM after new update in bodhi (555.62 KB, image/png)
2022-10-07 14:45 UTC, Geraldo Simião
no flags Details

Description Geraldo Simião 2022-10-07 04:04:45 UTC
Description of problem:
At F38 KDE (and sometimes F37 upgraded from F36 and F35) SDDM looks like a all withe screen with nothing more than a place to fill users password (see prints at the openQA link)


Version-Release number of selected component (if applicable):
Results for fedora-38-updates-kde-live-iso-x86_64-BuildUpdate-FEDORA-2022-18482e6e03-install_default_update_live@64bit 

How reproducible:
Sometimes after system-upgrade (F35 or F36 KDE spin to F37)


Actual results:
https://openqa.fedoraproject.org/tests/1494659#step/_graphical_wait_login/8

Comment 1 Neal Gompa 2022-10-07 04:09:10 UTC
My understanding of this is that SDDM uses QML "Image" to load backgrounds, which is backed by QImage, which is supposed to be extended by QtImageFormats to support WebP. So, I'm confused what's going on here...

Comment 2 Neal Gompa 2022-10-07 04:13:41 UTC
What's also odd is that this works with fresh installs of Fedora KDE on F37, at least according to OpenQA? 

https://openqa.fedoraproject.org/tests/1491035

Comment 3 Geraldo Simião 2022-10-07 04:25:04 UTC
Yes, fresh install seems fine

Comment 4 Neal Gompa 2022-10-07 04:26:06 UTC
Oh, I've figured out what's wrong here.

the breeze-fedora theme uses "/usr/share/backgrounds/default.png" (from desktop-backgrounds-compat), which is a broken symlink in F37 now because we don't provide "f37.png" in f37-backgrounds-base.

The problem is in f37-backgrounds, so switching components.

Comment 5 Fedora Blocker Bugs Application 2022-10-07 04:41:09 UTC
Proposed as a Blocker and Freeze Exception for 37-final by Fedora user geraldosimiao using the blocker tracking app because:

 Broken login screen just after a version upgrade from a blocker desktop (KDE spin) is a terrible user experience.

Comment 6 Geraldo Simião 2022-10-07 05:57:24 UTC
Created attachment 1916627 [details]
journalctl-r from first boot after distro-upgrade F35=>F37

Comment 7 Geraldo Simião 2022-10-07 05:58:23 UTC
Created attachment 1916628 [details]
Coredump at first boot after distro-upgrade (F35=>F37)

Comment 8 Geraldo Simião 2022-10-07 06:00:31 UTC
Created attachment 1916629 [details]
blank sddm screen as seen at first boot after distro-upgrade F35=>F37

Comment 9 Geraldo Simião 2022-10-07 06:07:15 UTC
Created attachment 1916630 [details]
SDDM screen after reselect breeze fedora theme at plasma system settings

After login at first distro-upgrade reboot (F35 to F37) at the white login screen, I went to system-settings and select again "breeze fedora theme" as option for the login screen (it was deselect at first), then I rebooted the VM and sddm started with the plasma default background, as seen on this print.

Comment 10 Geraldo Simião 2022-10-07 06:17:33 UTC
Created attachment 1916631 [details]
Correct sddm at first boot after distro upgrade (F36=>F37)

This time, for a upgrade F36KDE to F37KDE, sddm shows correctly with right background.
Strangely, looking for journalctl and coredumpctl it has the same behavior as the F35 upgraded one, with xdg-desktop-portal-kde dumping core at boot.

Comment 11 Geraldo Simião 2022-10-07 06:30:32 UTC
Created attachment 1916632 [details]
Backgrounds and SDDM version of the F36=>F37 setup

It seems my F36 VM used a mirror with different package versions at upgrading, than the F35 one, resulting in these final setup at F37 after upgrade.

Comment 12 Geraldo Simião 2022-10-07 06:31:51 UTC
Created attachment 1916633 [details]
Backgrounds and SDDM version of the F35=>F37 setup

This setup resulted in the broked SDDM login screen.

Comment 13 Geraldo Simião 2022-10-07 06:38:11 UTC
Created attachment 1916634 [details]
New package versions after upgrade at the F36=>F37 VM

After running dnf upgrade on the new F37 upgraded machine, I endet up with this packages, and login screen broked just as the other F35/F37 one.

Comment 14 Geraldo Simião 2022-10-07 06:39:49 UTC
Created attachment 1916635 [details]
SDDM login screen broked at the F36=>F37 VM

With new packages, sddm broke.

Comment 15 Adam Williamson 2022-10-07 08:30:26 UTC
So, some notes here. The update for F37 is blocked in testing because of various issues with the attempted webp transition - https://bodhi.fedoraproject.org/updates/FEDORA-2022-a5622b766b . So this doesn't necessarily need to be a release blocker or FE as the problems aren't in stable.

Also there has already been some discussion of this problem on the update, starting at https://bodhi.fedoraproject.org/updates/FEDORA-2022-a5622b766b#comment-2737384 . I'm not sure why openQA didn't catch this (or I didn't spot it) with earlier versions of the update, but people did catch it in manual testing. The latest f37-backgrounds - f37-backgrounds-37.0.4-1.fc37 - looks like it attempts to fix this already, so we need to test with that, I guess.

Comment 16 Geraldo Simião 2022-10-07 14:44:49 UTC
(In reply to Adam Williamson from comment #15)
> So, some notes here. The update for F37 is blocked in testing because of
> various issues with the attempted webp transition -
> https://bodhi.fedoraproject.org/updates/FEDORA-2022-a5622b766b . So this
> doesn't necessarily need to be a release blocker or FE as the problems
> aren't in stable.
> 
> Also there has already been some discussion of this problem on the update,
> starting at
> https://bodhi.fedoraproject.org/updates/FEDORA-2022-a5622b766b#comment-
> 2737384 . I'm not sure why openQA didn't catch this (or I didn't spot it)
> with earlier versions of the update, but people did catch it in manual
> testing. The latest f37-backgrounds - f37-backgrounds-37.0.4-1.fc37 - looks
> like it attempts to fix this already, so we need to test with that, I guess.

Adam you're right. I upgraded to desktop-backgrounds-compat-37.0.0-4.fc37.noarch.rpm and restarted, now SDDM is back again with the right background.
I'll give karma on that.

Can we mark this ticket as FIXED? Or is better to whait some more?

Comment 17 Geraldo Simião 2022-10-07 14:45:46 UTC
Created attachment 1916723 [details]
Cerrected SDDM after new update in bodhi

Now with desktop-backgrounds-compat-37.0.0-4.fc37.noarch.rpm all works fine

Comment 18 Luya Tshimbalanga 2022-10-08 00:09:19 UTC
Thank you testing, Geraldo and also Adam for the quality check. Closing as fixed on https://bodhi.fedoraproject.org/updates/FEDORA-2022-a5622b766b

Comment 19 Adam Williamson 2022-10-08 14:27:43 UTC
This is still broken in today's Rawhide (not F37):

https://openqa.fedoraproject.org/tests/1497723#step/_graphical_wait_login/11

I think this may be because you never built f37-backgrounds -3 or -4 for Rawhide, only for F37. Should -4 also be built for Rawhide?

Comment 20 Luya Tshimbalanga 2022-10-08 18:16:06 UTC
That was an oversight from my part. The build should be ready by this time of posting:
https://koji.fedoraproject.org/koji/taskinfo?taskID=92804804

Comment 21 Luya Tshimbalanga 2022-10-08 18:23:32 UTC
Actual build: https://koji.fedoraproject.org/koji/taskinfo?taskID=92804804

Comment 22 Adam Williamson 2022-10-09 07:28:26 UTC
So this does seem mostly better now, but openQA still *sometimes* seems to see the blank white background. I'm going to keep an eye on it for a few days to see if this persists once all updates are stable in Rawhide. I definitely don't want us to push the F37 update into Final through the freeze.


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