-
Notifications
You must be signed in to change notification settings - Fork 90
Description
I've tried looking through the script and I don't exactly know what is causing this weird bug, but it's either title_format() or header_menu(), but take a look at one of the entries that is outputted:
Found snapshot: 2025-06-01 10:27:56 | @/.snapshots/351/snapshot | pre | dnf update --refresh -y coolercontrol coolercontrol-liqctld coolercontrold |
Found 50 snapshot(s)
Unmount /tmp/grub-btrfs.WkGG5jnbhP .. Success
done
That's 55200 spaces for some odd reason, and it takes forever to parse just one snapshot entry. For reference, this is how the info.xml file looks like for 351:
<?xml version="1.0"?>
<snapshot>
<type>pre</type>
<num>351</num>
<date>2025-06-01 08:27:56</date>
<description>dnf update --refresh -y coolercontrol coolercontrol-liqctld coolercontrold</description>
</snapshot>
The way I've temporarily fixed this bug for myself is simply by uncommenting the GRUB_BTRFS_TITLE_FORMAT=("date" "snapshot" "type" "description")
config and remove the "description" part.
This results in either title_format() or header_menu() (not sure which of these are the culprit they both mention "pretty formatting") not needing to crunch whatever results in the 55200 spaces bug.
But maybe it's not title_format() or header_menu(), because those 55200 spaces are outputted into the terminal, maybe it's snapshot_list()? That's the $item that is printed into the console and it gets its value from that function.
Commenting out line 388:
description_snapshots+=("$description_snapshot")
makes the console output appear normal, and with the GRUB_BTRFS_TITLE_FORMAT=("date" "snapshot" "type" "description")
config everything runs smooth again.