I think it's disingenuous to say that dual booting two operating systems on one computer is something non-technical users who don't understand this do. And also I think it's legitimately possible that users used to prefer the intended UX where you can boot the "default OS" without a timeout, and hold a key when you want to boot the secondary OS.
But the entire reason this topic is even a thing is because the timeout had to be introduced due to UEFI being inferior in keyboard handling, and everyone got used to that as the default UX (including me and that's why I was initially confused). In reality pretty much all new computers are UEFI now, and the old intended behaviour is only seen on select old computers with BIOS. Newer versions of the UEFI spec have an improved input api that might allow modifier detection, but this likely wont be implemented for backwards compatibility. All new computers you can buy are UEFI, and will be going forward and thus the timeout is here to stay for practically all hardware that's not about to be recycled. I don't think calling me "part of the problem" is not fair for not wanting to get behind changing the intended behaviour of existing stable distributions on legacy hardware due to one person's preference. Not to mention the fact that those types of changes are almost certainly against stable release update policy. Maybe in an ideal world BIOS should get the timeout on upcoming releases, but new bare-metal installations on BIOS with dual-boot are almost zero I am guessing, so this is probably not worth the time, and wouldn't help anyone. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080785 Title: GRUB menu doesn't show with os-prober entries on BIOS To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/2080785/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
