Booting Mageia-2-beta3-LiveCD-KDE4-Europe1-Americas-i586-CD.iso under VirtualBox, when I press f6 to alter the kernel options, the highlighted entry changes from boot to install, and the kernel options has install at the end, indicating it did change the selection, not just the display.
Blocks: (none) => 4299Whiteboard: (none) => livecd
valid for all fx (F1 to F6)
Summary: Pressing f6 to change kernel options also moves selection from boot to install => Pressing fx to change kernel options also moves selection from boot to install
ah no sorry
CC: (none) => tmbSummary: Pressing fx to change kernel options also moves selection from boot to install => Pressing f2-f6 to change kernel options also moves selection from boot to install
*** Bug 5504 has been marked as a duplicate of this bug. ***
CC: (none) => philippedidier
Bug 5504 is a duplicate ... but it shows the problem is still existing on LiveCD beta3 downloaded from the repo with the version that is provided since 2012-04-18 and available for tests as Ennael announced it in dev-mailing list april 18th This bug (5263) was written on the 7th of April ... 11 days before we can find the last iso that I have used Was it already Mageia-2-beta3-LiveCD-KDE4-Europe1-Americas-i586-CD.iso when Dave tested it ?
>Was it already Mageia-2-beta3-LiveCD-KDE4-Europe1-Americas-i586-CD.iso when >Dave tested it ? Yes the QA has make a lot of pre-release tests ( and some blocker bugs was found, that's why it was delayed) https://ml.mageia.org/l/arc/qa-discuss/2012-04/
Btw, there is a workaround. After you press the f? key, press escape, use the cursor keys to go back to the boot option, then press the f? key again. Seems the selection only jumps the first time it's pressed.
*** Bug 5551 has been marked as a duplicate of this bug. ***
CC: (none) => piscestong
Priority: Normal => release_blockerCC: (none) => ennael1, erwanaliasr1Whiteboard: livecd => (none)
I'm afraid it will not be fixed as all gfxboot theme is blured and would ask to modify install also. So delayed after Mageia 2 is out
Priority: release_blocker => High
strange that this bug affect "only" the livecd :/
(In reply to comment #9) > strange that this bug affect "only" the livecd :/ Nope. its on the DVD too. but since DVD has "boot from hd" as topmost entry, and defaults to second entry (install...) so no-one reacts on it. That's why pressing F2-F6 jumps to line 2 as that is what the DVDs expect...
Target set to mageia 3, as installer changes are needed.
CC: (none) => guillomovitchTarget Milestone: --- => Mageia 3
Blocks: 4299 => (none)
Hi, This bug was filed against cauldron, but we do not have cauldron at the moment. Please report whether this bug is still valid for Mageia 2. Thanks :) Cheers, marja
Keywords: (none) => NEEDINFO
still valid with final release
Keywords: NEEDINFO => (none)CC: (none) => sander.lepik
Since this is a problem with the installer itself, it has to be kept assigned to cauldron, and is now for Mageia 3.
Note: This bug goes back several Mandriva releases as well... Do a few dozen installs and you get used to it ;-)
CC: (none) => gjmcgee
Valid pre mga3 alpha2 livecd gnome i586
Whiteboard: (none) => 3alpha2
Valid Mga3 alpha2 Live DVD KDE i586
valid pre-3alpha3
Whiteboard: 3alpha2 => 3alpha2 3alpha3
Valid Mga3 alpha23 Live DVD KDE i586
Hardware: i586 => AllWhiteboard: 3alpha2 3alpha3 => 3alpha2 3alpha3 3beta1
still valid Mga3 Beta1 Live DVD KDE i586
Whiteboard: 3alpha2 3alpha3 3beta1 => 3alpha2 3alpha3 3beta1 3beta4
..still valid on MGA3B3 i586 and x64 live DVDs as well. Perhaps we should simply remarket this as a feature? >;-}
What about changing the order of the entries, so that boot is the second option, but still the default?
Whiteboard: 3alpha2 3alpha3 3beta1 3beta4 => 4alpha1
Still present in all Mga3 release isos I tried.
CC: guillomovitch => (none)
Found this problem in Live-DVD-KDE in Mageia 4. The entry jumps to line 2.
CC: (none) => yves.brungard_mageia
*** Bug 14032 has been marked as a duplicate of this bug. ***
CC: (none) => 231036448
Still valid in Mageia 5 beta 1 32 bit Live KDE DVD
Confirmed
Target Milestone: Mageia 3 => Mageia 5Source RPM: mageia-gfxboot-theme-4.1.19.32-1.mga1.src.rpm => mageia-gfxboot-theme-4.4.5.18-2.mga5.src.rpmWhiteboard: 4alpha1 => 5beta1
I've seen commits recently, not sure they fixed this issue, but just in case, could you confirm if the bug is still present in Mageia 5 RC?
Afaik still valid
Keywords: NEEDINFO => (none)Target Milestone: Mageia 5 => ---Whiteboard: 5beta1 => 5final
Still valid on the latest MGA5 RC. Its been going on so long it's "normal" to longtime users, it dates back to Mandrake instaler of yore. . (The current Mandriva installer is still broken in exactly the same way FWIW)
Perhaps we should just add a line in the installer explaining it as normal operation so its not a bug anymore.;-)
Whiteboard: 5final => 5final FOR_ERRATA
Added to errata: https://wiki.mageia.org/en/Mageia_5_Errata#Kernel_options_selection Kernel options selection Pressing f2-f6 to change kernel options also moves selection from boot to install 5263. Delete manually the word install on the kernel options line to run the live mode instead of installation.
Whiteboard: 5final FOR_ERRATA => 5final IN_ERRATA
Is this bug still present in Mageia 6?
Will check ASAP.
Yes, still does it, ... at least it has been consistent since ~mandriva 2008ish? ;-) Sadly, it may bite new users... Its only mildly annoying if you are used to it.
Where is the installer code? (I assume its not a package per se)
Keywords: NEEDINFO => FOR_ERRATA6, IN_ERRATA5CC: (none) => marja11Assignee: bugsquad => mageiatoolsWhiteboard: 5final IN_ERRATA => (none)
Keywords: FOR_ERRATA6 => IN_ERRATA6
This has become more critical since we removed the "Boot from hard disk" option from the Live ISOs (bug 16038). Now users trying to change the Live boot options end up running the installer instead. The bug was introduced by commit 5ce8d30439463838f845c78bc926cc9b310a8743 Author: Pascal Rigaux <pixel@mandriva.com> Date: Tue Jan 27 17:30:08 2009 +0000 imported openSUSE.tar.bz2 (from gfxboot-4.1.19-2.1.src.rpm) The following commit includes the comment (nb: i wonder what panel.extra is) panel.extra is the subroutine that causes this strange behaviour. Presumably it made some sense in openSUSE... I will fix this.
CC: (none) => mageia
Thx again Martin for digging here into one of the less known/loved bits of Mageia that we'll have to resync with upstream at some time...
CC: (none) => thierry.vignaud
For the record, there was already an open bug report back at that time in the mdv bugzilla...
commit 1f79888c83717dd42701a9d37e5ae46b9885b0e3 Author: Martin Whitaker <mageia@...> Date: Sun Apr 9 21:45:22 2017 +0100 Don't change menu selection when F2-F6 are pressed (mga#5263). This was part of the functionality imported from openSUSE in commit 5ce8d30439463838f845c78bc926cc9b310a8743, but is not something we want. --- Commit Link: http://gitweb.mageia.org/software/design/bootloader-theme/commit/?id=1f79888c83717dd42701a9d37e5ae46b9885b0e3
Fixed in cauldron, will be on next Live ISO build.
Resolution: (none) => FIXEDStatus: NEW => RESOLVED
Removing the IN_ERRATA6 keyword since it's been fixed and is not present anymore in the Errata.
Keywords: IN_ERRATA6 => (none)