some text became unreadable during a distribution upgrade

Bug #2034986 reported by Brian Murray
98
This bug affects 17 people
Affects Status Importance Assigned to Milestone
Cinnamon
New
Undecided
Unassigned
Ubuntu MATE
New
Undecided
Unassigned
ubuntu-meta (Ubuntu)
Status tracked in Mantic
Mantic
Fix Released
Undecided
Gunnar Hjalmarsson
ubuntu-release-upgrader (Ubuntu)
Status tracked in Mantic
Jammy
Fix Committed
Undecided
Unassigned
Lunar
Fix Released
Critical
Nick Rosbrook
Mantic
In Progress
Critical
Nick Rosbrook

Bug Description

[ Impact ]

 * On Ubuntu Mate with the Lunar series, when running
   ubuntu-release-upgrader, the displayed font of running
   applications (including the upgrader) becomes very corrupted.

 * This is not just a display problem, it is also a functional one.
   The release upgrader will have text corrupted to the point
   where a dialog asks a decision, and displays two buttons, but the
   text is unreadable and one has to guess which button is the one
   that carries out their desired action.

 * In the early parts of the upgrader tool, users are told in bold:
   "To prevent data loss close all open applications and documents."
   This is just before the "Start Upgrade" button is available.
   But they may not do so. Many applications may have a corrupted
   font.

 * To address this, an additional environment variable is being
   passed along to pkexec, XDG_CURRENT_DESKTOP, as this is the
   critical criteria for making the Mate version of the fix work.

 * Also in the change are
   * an update to tests
   * from pre-build.sh
     * an update of the mirrors.cfg, adding and removing several
       mirrors
     * a refresh of the po files

[ Test Plan ]

 * acquire an Ubuntu Mate environment running Ubuntu Lunar on amd64

 * as user, run "update-manager -d"

 * monitor the "Distribution Upgrade" screen. During the "Installing
   the upgrades" step (and mind that this step will be long), observe
   the text of the "Distribution Upgrade" screen and verify that the
   font does not corrupt.

 * Repeat the above for Ubuntu Desktop

[ Where problems could occur ]

 * We are changing, at release time, ubuntu-release upgrader. If we
   are careless, we could regress upgrades for a wider group of users
   than just Ubuntu Mate. That said, it is believed that passing the
   additional XDG_CURRENT_DESKTOP variable is relatively low risk.

[ Other Info ]

 * TBD

---

Original description:

I was upgrading from Lunar to Mantic the other day and left a couple of applications open during the upgrade process. During the upgrade the text in audacious became unreadable (I'll attach a screenshot) and I seem to recall the title bar of Firefox being unreadable but the contents of web pages still being readable.

ProblemType: Bug
DistroRelease: Ubuntu 23.10
Package: ubuntu-release-upgrader-core 1:23.10.5
ProcVersionSignature: Ubuntu 6.5.0-4.4-generic 6.5.0
Uname: Linux 6.5.0-4-generic x86_64
NonfreeKernelModules: nvidia_modeset nvidia zfs
ApportVersion: 2.27.0-0ubuntu2
Architecture: amd64
CasperMD5CheckResult: unknown
CrashDB: ubuntu
CurrentDesktop: ubuntu:GNOME
Date: Fri Sep 8 15:39:27 2023
InstallationDate: Installed on 2018-08-10 (1855 days ago)
InstallationMedia: Ubuntu-Server 18.04.1 LTS "Bionic Beaver" - Release amd64 (20180725)
PackageArchitecture: all
SourcePackage: ubuntu-release-upgrader
Symptom: ubuntu-release-upgrader
UpgradeStatus: Upgraded to mantic on 2023-09-06 (2 days ago)
VarLogDistupgradeAptclonesystemstate.tar.gz: Error: command ['pkexec', 'cat', '/var/log/dist-upgrade/apt-clone_system_state.tar.gz'] failed with exit code 126: Error executing command as another user: Request dismissed
VarLogDistupgradeTermlog:

mtime.conffile..etc.update-manager.meta-release: 2021-05-27T16:30:16.970490

Related branches

Revision history for this message
Brian Murray (brian-murray) wrote :
Revision history for this message
Brian Murray (brian-murray) wrote :

This isn't a problem with ubuntu-release-upgrader but rather something with the desktop environment during the upgrade process so I've opened an ubuntu-meta task.

tags: added: rls-mm-incoming
Revision history for this message
Jeremy Bícha (jbicha) wrote :

This is a longstanding bug in our font stack. Things can go very bad when a font in use is upgraded.

See for instance https://launchpad.net/bugs/1600160

It's not been noticed more recently because the Ubuntu font hasn't been updated in a while. (And there is no longer an Ubuntu GNOME shipping the Cantarell font by default.)

What about this idea for a workaround: have the upgrader temporarily switch the UI font to a font that hasn't been changed since Jammy?

Changed in ubuntu-release-upgrader (Ubuntu):
importance: Undecided → Critical
Revision history for this message
Jeremy Bícha (jbicha) wrote :

I'm attaching a screenshot from an upgrade I did from Lunar to Mantic on July 18.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in ubuntu-meta (Ubuntu):
status: New → Confirmed
Changed in ubuntu-release-upgrader (Ubuntu):
status: New → Confirmed
Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

> What about this idea for a workaround: have the upgrader temporarily switch the UI font to a font that hasn't been changed since Jammy?

That sounds as a reasonable idea. Maybe it would be sufficient to drop the Ubuntu font as the first choice and simply let fontconfig deal with it for everyone.

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

Gunnar Hjalmarsson wrote:
> Maybe it would be sufficient to drop the Ubuntu font as the first choice and
> simply let fontconfig deal with it for everyone.

I tested that approach. On an updated lunar I run this command:

gsettings set org.gnome.desktop.interface font-name 'Sans 11'

before doing "update-manager -d". The upgrade completed successfully without font rendering issues.

So as a workaround I'm thinking that an equivalent of that command could be added to the beginning of the main function in DistUpgradeViewGtk3.py file (before the first "Gtk.main()" call), while the equivalent of this command:

gsettings reset org.gnome.desktop.interface font-name

could be executed right before the computer is restarted.

Or maybe just a wrapper.

Revision history for this message
Jeremy Bícha (jbicha) wrote :

Here's a screenshot from today, upgrading Ubuntu Desktop 23.04 to 23.10. This is the screen where the upgrader asks to remove no longer needed packages. It makes me very uncomfortable to have this screen be unreadable.

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

Without my workaround, I didn't even get that far, but it hanged before the "Cleaning up" phase. I could reboot manually, though.

With the workaround, the upgrade completed including "Cleaning up".

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

The attached script is an attempt to express my idea in python code. I don't know where exactly I'd put those commands, though, so that's why I abstain from a merge request.

Revision history for this message
Brian Murray (brian-murray) wrote :

I think we'd want to put it in a "quirk" and those are found in DistUpgradeQuirks.py:

https://git.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/tree/DistUpgrade/DistUpgradeQuirks.py?h=ubuntu/mantic

I think a "StartUpgrade" quirk is likely the best time for this but there should be a check to ensure that we are using the gtk frontend or some other check to ensure that we really need to modify the font.

Tim Holmes-Mitra (timhm)
tags: removed: rls-mm-incoming
Revision history for this message
Steve Langasek (vorlon) wrote :

Gunnar, one concern raised is that 'Sans 11' may be a different font size than is used for the current interface font, so setting this may cause legibility problems for users who have intentionally configured larger fonts. Can you suggest a workaround that's font-size-neutral?

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

@Steve: I made such a change to the MR.

Steve Langasek (vorlon)
tags: added: foundations-todo
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

I recall this bug was reported around last cycle too. But I wonder; is it specific to Nvidia desktops like bug 1876632?

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

On 2023-09-25 03:15, Daniel van Vugt wrote:
> is it specific to Nvidia desktops like bug 1876632?

No.

Changed in ubuntu-release-upgrader (Ubuntu Mantic):
assignee: nobody → Gunnar Hjalmarsson (gunnarhj)
status: Confirmed → In Progress
Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

@Daniel: Maybe I answered a bit hasty. I see this issue over and over again without any Nvidia driver. But I do have a Nvidia card, if that may be related.

Not sure about the root cause of this bug. We know that it happens with the Ubuntu font and that that font was changed in the mantic cycle. But is the font change to blame, or is it maybe some inability in Gtk/Pango/whatever to deal with a font change smoothly? Or is it a limitation in fontconfig? Would the issue show up if some other font in use had been changed, even if it was not set via the font-name dconf value?

Those are thoughts in my head.

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

Hopefully an ubuntu-release-upgrader workaround will be in place soon.

But in a sense this is an ubuntu-meta matter as well. The code in my merge proposal sets the "Sans" font temporarily, which in lunar means that either DejaVu Sans or Noto Sans will be used in the UI during the upgrade (unless the user has configured fontconfig to use some other font...). And that is fine in lunar, since DejaVu Sans is always present, and neither DejaVu Sans nor Noto Sans were changed during the mantic cycle.

But one of the changes in mantic is that no font is safely present (i.e. the default ones are "Recommends:" only). So later, when people will upgrade from 23.10 to 24.04, just using "Sans" temporarily may not be the best option. And changing it to a specific font family is tricky, since we don't know if the user has uninstalled some of the default font packages.

So my thought is: Can this be a reason to let desktop-common depend on, and not only recommend, some font package after all? And if so, which package would be suitable for the purpose?

Revision history for this message
Steve Langasek (vorlon) wrote : Re: [Bug 2034986] Re: some text became unreadable during a distribution upgrade

Trying to think in terms of robust general solutions to this problem, what
if update-manager were to notice when fonts were upgraded, and when they
are, shut down the GUI connection and reinitialize it? This might require
saving a bit of state information in update-manager in order to be able to
restore it.

Similiar in principle would be for the font libraries to notice when the
fonts have changed on disk and react accordingly, but since this obviously
hasn't been done yet and this problem has existed for years, we maybe
shouldn't count on solving that in the near term.

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

On 2023-09-26 22:52, Steve Langasek wrote:
> Trying to think in terms of robust general solutions to this problem,
> what if update-manager were to notice when fonts were upgraded, and
> when they are, shut down the GUI connection and reinitialize it?
> This might require saving a bit of state information in
> update-manager in order to be able to restore it.

If I was in a nitpicking mode I would mention that the unreadable character problem also affects the desktop itself and possible open programs (even if the latter is advised against). So it's not obvious to me that the approach you mention would be better.

Revision history for this message
Steve Langasek (vorlon) wrote :

On Tue, Sep 26, 2023 at 09:38:21PM -0000, Gunnar Hjalmarsson wrote:
> If I was in a nitpicking mode I would mention that the unreadable
> character problem also affects the desktop itself and possible open
> programs (even if the latter is advised against). So it's not obvious to
> me that the approach you mention would be better.

It does, which is why improved robustness in the font libraries is
preferred. But without an improvement there, the most we can hope for is to
ensure the upgrader itself remains usable to let the upgrade complete and
allow the user to reboot to the updated system.

Revision history for this message
Nick Rosbrook (enr0n) wrote :

For the near term, I am working on adapting Gunnar's existing work in a way that we restore the font on the next boot after the upgrade.

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

@Nick: That would be an improvement indeed. Guess you abandon /tmp then. ;)

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

On 2023-09-26 22:32, Gunnar Hjalmarsson wrote:
> But one of the changes in mantic is that no font is safely present
> (i.e. the default ones are "Recommends:" only). So later, when people
> will upgrade from 23.10 to 24.04, just using "Sans" temporarily may
> not be the best option. And changing it to a specific font family is
> tricky, since we don't know if the user has uninstalled some of the
> default font packages.
>
> So my thought is: Can this be a reason to let desktop-common depend
> on, and not only recommend, some font package after all? And if so,
> which package would be suitable for the purpose?

To make it easier to keep 'the temporary font' approach in 24.04 — if that is what we want by then — I added a hard dependency on fonts-dejavu-core to desktop-common. No upstream changes to the DejaVu fonts have been made the last 6 years, so it's more or less unmaintained, which in this context is an advantage.

Changed in ubuntu-meta (Ubuntu Mantic):
assignee: nobody → Gunnar Hjalmarsson (gunnarhj)
status: Confirmed → In Progress
Revision history for this message
Nick Rosbrook (enr0n) wrote :

I have uploaded the fix. I am adding block-proposed so that I can do another test, i.e. do-release-upgrade -d -p, just because the manual way of testing differs slightly.

Changed in ubuntu-release-upgrader (Ubuntu Mantic):
status: In Progress → Fix Committed
tags: added: block-proposed
Nick Rosbrook (enr0n)
tags: removed: block-proposed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ubuntu-meta - 1.523

---------------
ubuntu-meta (1.523) mantic; urgency=medium

  * Refreshed dependencies
  * Added fonts-dejavu-core to desktop, desktop-minimal, desktop-raspi
    (LP: #2034986)
  * Removed fonts-dejavu-mono from desktop-minimal-recommends,
    desktop-raspi-recommends, desktop-recommends

 -- Gunnar Hjalmarsson <email address hidden> Fri, 29 Sep 2023 12:53:17 +0200

Changed in ubuntu-meta (Ubuntu Mantic):
status: In Progress → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ubuntu-release-upgrader - 1:23.10.7

---------------
ubuntu-release-upgrader (1:23.10.7) mantic; urgency=medium

  * DistUpgradeQuirks: Use generic font temporarily at upgrade
    (LP: #2034986)
  * DistUpgradeQuirks: Switch snap channels instead of refresh
    (LP: #2036765)
  * DistUpgradeController: Ensure security archive is used for security pocket
    (LP: #2036679)
  * Run pre-build.sh: updating mirrors and demotions.

 -- Nick Rosbrook <email address hidden> Fri, 29 Sep 2023 14:44:34 -0400

Changed in ubuntu-release-upgrader (Ubuntu Mantic):
status: Fix Committed → Fix Released
Revision history for this message
Erich Eickmeyer (eeickmeyer) wrote :

I'm re-opening this bug as it seems as though it's not fixed per LP: #2038726, which I've marked as a duplicate here.

Changed in ubuntu-release-upgrader (Ubuntu Mantic):
status: Fix Released → Triaged
Revision history for this message
Jeremy Bícha (jbicha) wrote :

Erich, maybe a separate bug is appropriate here.

The original issue, upgrading Ubuntu Desktop from 23.04 to 23.10, works for me now.

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

To the extent I participated in the resolution of this bug, I had standard Ubuntu in mind, where the default desktop font can be accessed like this:

gsettings get org.gnome.desktop.interface font-name

And that's the key whose value is temporarily changed when upgrading to 23.10. But on MATE that does not help, since MATE uses its own schema:

gsettings get org.mate.interface font-name

And since MATE uses the Ubuntu font by default, the issue is identical to the issue in standard Ubuntu. I think the fix in ubuntu-release-upgrader can be adjusted so it interacts with the schema which is actually in use in MATE.

But this makes me wonder if there is a need to special case other flavors besides MATE.

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

I submitted a MP to make the fix apply to MATE. It's not without issues, though (see the linked MP), and I think we need involvement from the MATE developers.

Revision history for this message
Chris Guiver (guiverc) wrote :

Gunnar asked

> But this makes me wonder if there is a need to special case other flavors besides MATE.

I've noted a number of users report 'garbled' or 'unreadable' text on discord (testing-cycles) & Ubuntu-MATE discourse (#1) but one of those reports led us back here, alas I'm not aware of any beyond Jim Markus who've actually followed up with an actual bug report, and I can't provide any useful info.

I have run a test looking for this issue specifically with Lubuntu (lunar -> mantic) and did NOT experience an issue on a virtualbox VM.

Links shouldn't be necessary; but included anyway

#1: https://ubuntu-mate.community/t/ubuntu-mate-23-10-testing/26876/11
#2: http://iso.qa.ubuntu.com/qatracker/milestones/446/builds/282097/testcases/1310/results

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

Thanks Chris! Possibly no other flavor is affected by this issue, at least not in this cycle.

Steve Langasek (vorlon)
Changed in ubuntu-release-upgrader (Ubuntu Mantic):
milestone: none → ubuntu-23.10
Changed in ubuntu-release-upgrader (Ubuntu Mantic):
status: Triaged → In Progress
Revision history for this message
Jeremy Bícha (jbicha) wrote :

I filed the Lubuntu equivalent of this bug as https://launchpad.net/bugs/2038946 Minor issue, didn't affect the upgrade itself or most apps. Easy workaround for Firefox.

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

I just ran an errand, and thought about that font workaround. The MATE issue makes me doubt about running the code for all the flavors.

We know that the root cause is changes to the Ubuntu font. That font is explicitly used for desktop in standard Ubuntu and MATE. But is it used for desktop by any other flavor?

I fear that we for other flavors mess with their settings unnecessarily. If the reset succeeds, it doesn't matter much, but maybe more flavors have not enabled the required systemd integration, and then our 'temporary' change gets persistent. Which may or may not matter in practice.

So maybe it would be better to only run the code for flavors where we know that it makes a difference. Something like:

        is_mate = False
        desktops = os.getenv('XDG_CURRENT_DESKTOP', '').split(':')
        if 'MATE' in desktops:
            schema = 'org.mate.interface'
            is_mate = True
        else if 'GNOME' in desktops:
            schema = 'org.gnome.desktop.interface'
        else if 'xxx' in desktops:
            schema = 'yyy'
        else:
            return

Revision history for this message
Jeremy Bícha (jbicha) wrote :

Sorry for the noise about Lubuntu. There is a very minor issue seen during the upgrade if Firefox is running (regardless of whether the desktop is Lubuntu). It's recommended to not run other apps during the upgrade. In this case, restarting Firefox is usually enough to fix the issue. If not, restarting after the upgrade completes does fix the issue.

Revision history for this message
Jeremy Bícha (jbicha) wrote :

Besides the very minor Firefox issue, I didn't see any font issues when I tested 23.04 -> 23.10 basic upgrades today of

- Ubuntu Desktop
- Ubuntu Budgie
- Kubuntu
- Lubuntu
- Xubuntu

Revision history for this message
Ubuntu QA Website (ubuntuqa) wrote :

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
https://iso.qa.ubuntu.com/qatracker/reports/bugs/2034986

tags: added: iso-testing
Revision history for this message
Stezzbruh (vikorsekomputing) wrote :

just attaching a screen shot

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

@Ethan: MATE is about to be fixed. Once ubuntu-release-upgrader 1:23.10.10 has made it to mantic-release, you shouldn't be able to reproduce that. Let us know otherwise.

Jeremy Bícha (jbicha)
Changed in ubuntu-release-upgrader (Ubuntu Mantic):
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ubuntu-release-upgrader - 1:23.10.10

---------------
ubuntu-release-upgrader (1:23.10.10) mantic; urgency=medium

  * Fix failing autopkgtest due to PEP8 line to long issue.
  * Run pre-build.sh: updating po files, mirrors, and demotions.

ubuntu-release-upgrader (1:23.10.9) mantic; urgency=medium

  [ Tim Andersson ]
  * fix: stop TypeError traceback in DistUpgradeQuirks:_set_generic_font
    (LP: #2038900)

  [ Brian Murray ]
  * Run pre-build.sh: updating po files, mirrors, and demotions.

  [ Gunnar Hjalmarsson ]
  * Temporary font for Ubuntu MATE (LP: #2034986)

 -- Brian Murray <email address hidden> Wed, 11 Oct 2023 04:48:13 -0700

Changed in ubuntu-release-upgrader (Ubuntu Mantic):
status: Fix Committed → Fix Released
Dan Bungert (dbungert)
description: updated
Dan Bungert (dbungert)
description: updated
Dan Bungert (dbungert)
description: updated
description: updated
Changed in ubuntu-release-upgrader (Ubuntu Lunar):
status: New → In Progress
importance: Undecided → Critical
assignee: nobody → Nick Rosbrook (enr0n)
Dan Bungert (dbungert)
description: updated
Dan Bungert (dbungert)
description: updated
Revision history for this message
Brian Murray (brian-murray) wrote : Please test proposed package

Hello Brian, or anyone else affected,

Accepted ubuntu-release-upgrader into lunar-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/ubuntu-release-upgrader/1:23.04.7 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, what testing has been performed on the package and change the tag from verification-needed-lunar to verification-done-lunar. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-lunar. In either case, without details of your testing we will not be able to proceed.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping!

N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.

Changed in ubuntu-release-upgrader (Ubuntu Lunar):
status: In Progress → Fix Committed
tags: added: verification-needed verification-needed-lunar
Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

Hmm.. The XDG_CURRENT_DESKTOP variable keeps being present when you use sudo, which is the reason why we successfully tested the MATE specific code. Apparently the pkexec environment differs.

Revision history for this message
Brian Murray (brian-murray) wrote :

I've tested an upgrade of Ubuntu MATE (running Lunar) with -proposed enabled with version 1:23.04.7 installed and the fonts in the body of the ubuntu-release-upgrader were legible, however the title bar was corrupted but that's fine.

tags: added: verification-done-lunar
removed: verification-needed-lunar
tags: added: verification-done
removed: verification-needed
Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

On 2023-10-12 18:39, Brian Murray wrote:
> however the title bar was corrupted but that's fine.

Yeah, that's expected. I didn't think it was motivated to play with multiple dconf keys only for MATE.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in ubuntu-meta (Ubuntu Lunar):
status: New → Confirmed
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

Hello Brian, or anyone else affected,

Accepted ubuntu-release-upgrader into jammy-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/ubuntu-release-upgrader/1:22.04.18 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, what testing has been performed on the package and change the tag from verification-needed-jammy to verification-done-jammy. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-jammy. In either case, without details of your testing we will not be able to proceed.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping!

N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.

Changed in ubuntu-release-upgrader (Ubuntu Jammy):
status: New → Fix Committed
tags: added: verification-needed verification-needed-jammy
removed: verification-done
Revision history for this message
Tim Andersson (andersson123) wrote :

I tested a lunar -> mantic desktop upgrade last night and did not encounter the bug described here.

Revision history for this message
Tim Andersson (andersson123) wrote (last edit ):

I just did this with vanilla ubuntu with the ubuntu-release-upgrader version from proposed and everything was fine - no wild font changes.

tags: added: verification-done
removed: verification-needed
Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

I'm investigating the flavors in this respect more systematically, and just found that a 23.04 -> 23.10 upgrade of Ubuntu Cinnamon is still hit by this issue (they use the schema org.cinnamon.desktop.interface ...). So adding the Cinnamon project for now.

I will soon come up with a proposal for mantic to deal with some details including the Cinnamon issue.

no longer affects: ubuntu-meta (Ubuntu Lunar)
Revision history for this message
Steve Langasek (vorlon) wrote :

Hello Brian, or anyone else affected,

Accepted ubuntu-release-upgrader into mantic-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/ubuntu-release-upgrader/1:23.10.11 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, what testing has been performed on the package and change the tag from verification-needed-mantic to verification-done-mantic. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-mantic. In either case, without details of your testing we will not be able to proceed.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping!

N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.

Changed in ubuntu-release-upgrader (Ubuntu Mantic):
status: Fix Released → Fix Committed
tags: added: verification-needed verification-needed-mantic
removed: verification-done
Revision history for this message
Jeremy Bícha (jbicha) wrote :

Gunnar, I tested these desktop flavors successfully (23.04 to 23.10):
- Ubuntu Desktop
- Ubuntu Budgie
- Ubuntu Kylin
- Kubuntu
- Lubuntu
- Xubuntu

That means I also missed Ubuntu Unity.

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

On 2023-10-13 22:10, Jeremy Bícha wrote:
> Gunnar, I tested these desktop flavors successfully (23.04 to 23.10):
> - Ubuntu Desktop
> - Ubuntu Budgie
> - Ubuntu Kylin
> - Kubuntu
> - Lubuntu
> - Xubuntu

Thanks for reporting that. I have not found otherwise.

But in most of those cases (not Ubuntu Desktop) the text keeps being readable simply because they use a font (read: Noto Sans) which hasn't changed during the cycle.

> That means I also missed Ubuntu Unity.

I think the fix already in place applies to Unity too.

I'll explain more when posting about my next MP. :/

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

Since I propose yet another SRU, I created bug #2039356. This bug report is quite noisy already...

My examination of the flavors with respect to this issue focused on two questions:

1. Does the u-r-u model effectively prevent 'the unreadable text issue' when the desktop font in use — whether default or set by the user — has changed during the cycle?

After the changes proposed via bug #2039356 I would say "yes" for:

 Ubuntu Desktop
 Ubunu Budgie
 Ubuntu Cinnamon
 Ubuntu Kylin
 Ubuntu MATE
 Ubuntu Unity

while the model (i.e. temporarily changing a dconf value which represents the desktop font) is not effective for:

 Kubuntu
 Lubuntu
 Xubuntu

In case of Kubuntu and Lubuntu the Qt way of dealing with fonts seems to require something else, and the Xfce way applied in Xubuntu means similar difficulties. Fortunately all those flavors use a desktop font by default (Noto Sans) which was not changed during the cycle, so this does not need to be addressed for mantic.

But if you like, you can trigger the 23.04 -> 23.10 upgrade issue in for instance Xubuntu: Go to Settings -> Appearance -> Fonts and change the "Default Font" from Noto Sans to Ubuntu. Doing so will be reflected both in the ~/.config/xfce4/xfconf/xfce-perchannel-xml/xsettings.xml file and in dconf (gsettings get org.gnome.desktop.interface font-name), but changing the font-name dconf value only to something else during upgrade (as we do) won't change the effective desktop font in Xubuntu, which results in 'the unreadable text issue'.

2. Is the temporary desktop font dconf value properly reset at next login after reboot?

Yes it is, after the changes proposed via bug #2039356.

Revision history for this message
Nick Rosbrook (enr0n) wrote (last edit ):

Since this bug fix cannot be properly verified for Mantic until the archive is open for the next release, I have temporarily reverted this change in my last upload so that we can proceed with the fix in bug 2039356 for now.

Edit: By "this change", I mean the most recent change related to this bug which was uploaded in 1:23.10.11.

Changed in ubuntu-release-upgrader (Ubuntu Mantic):
status: Fix Committed → In Progress
assignee: Gunnar Hjalmarsson (gunnarhj) → Nick Rosbrook (enr0n)
Revision history for this message
Michael Baker (mjb32803) wrote :

Just now upgrading ubuntu-mate 23.04 to 23.10 and encountered the corrupt text issues. Screenshot attached.

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

@Michael: Then you hadn't installed version version 1:23.04.7 of ubuntu-release-upgrader first, right? Please compare comment #44.

Revision history for this message
Brian Murray (brian-murray) wrote : Update Released

The verification of the Stable Release Update for ubuntu-release-upgrader has completed successfully and the package is now being released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ubuntu-release-upgrader - 1:23.04.7

---------------
ubuntu-release-upgrader (1:23.04.7) lunar; urgency=medium

  * do-release-upgrade: pass XDG_CURRENT_DESKTOP env var (LP: #2034986)
  * Run pre-build.sh: updating po files, mirrors, and demotions.

 -- Nick Rosbrook <email address hidden> Thu, 12 Oct 2023 10:52:01 -0400

Changed in ubuntu-release-upgrader (Ubuntu Lunar):
status: Fix Committed → Fix Released
To post a comment you must log in.