Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#59566 - [syslinux] Menu entry shifts to the right, when using "{,x}"
Attached to Project:
Arch Linux
Opened by Stefan Jensen (sjensen) - Wednesday, 08 August 2018, 09:36 GMT
Last edited by Tobias Powalowski (tpowa) - Wednesday, 30 March 2022, 14:01 GMT
Opened by Stefan Jensen (sjensen) - Wednesday, 08 August 2018, 09:36 GMT
Last edited by Tobias Powalowski (tpowa) - Wednesday, 30 March 2022, 14:01 GMT
|
DetailsDescription:
Hi, i have the follwing line in syslinux.cfg: "MENU AUTOBOOT Automatischer Start in # Sekunde{,n}" While the boot timer counts down, on the last second the menu shifts to the right (one less character to display). This does not do any harm, but is very annoying, once see it. I suggest that these lines should have a left hand position. (Sorry for bad english) Additional info: * package version(s) syslinux 6.03-10 * config and/or log files etc. DEFAULT arch PROMPT 0 TIMEOUT 50 KBDMAP de.ktl UI menu.c32 MENU HIDDEN MENU TITLE Startauswahl MENU AUTOBOOT Automatischer Start in # Sekunde{,n} MENU TABMSG [TAB] zum Anpassen der Einstellungen. MENU PASSPROMPT Passwort erforderlich MENU CLEAR [...] Steps to reproduce: Use the above AUTOBOOT line and a timeout of at least 20, watch the AUTOBOOT Message shift to the right on the last second. |
This task depends upon
Closed by Tobias Powalowski (tpowa)
Wednesday, 30 March 2022, 14:01 GMT
Reason for closing: Fixed
Additional comments about closing: syntax which works listed in bug report
Wednesday, 30 March 2022, 14:01 GMT
Reason for closing: Fixed
Additional comments about closing: syntax which works listed in bug report
So, this would be a valid workaround. It seems, it has to do with how these lines are produced counting characters.