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.
valid for all fx (F1 to F6)
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
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. ***
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)
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. ***
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
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.
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.
still valid with final release
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 ;-)
Valid pre mga3 alpha2 livecd gnome i586
Valid Mga3 alpha2 Live DVD KDE i586
Valid Mga3 alpha23 Live DVD KDE i586
3alpha2 3alpha3 =>
3alpha2 3alpha3 3beta1
still valid Mga3 Beta1 Live DVD KDE i586
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?
3alpha2 3alpha3 3beta1 3beta4 =>
Still present in all Mga3 release isos I tried.
Found this problem in Live-DVD-KDE in Mageia 4.
The entry jumps to line 2.
*** Bug 14032 has been marked as a duplicate of this bug. ***
Still valid in
Mageia 3 =>
Mageia 5Source RPM:
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
Mageia 5 =>
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.;-)
Added to errata:
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.
5final FOR_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)
5final IN_ERRATA =>
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
Author: Pascal Rigaux <email@example.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.
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...
For the record, there was already an open bug report back at that time in the mdv bugzilla...
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
Fixed in cauldron, will be on next Live ISO build.
Removing the IN_ERRATA6 keyword since it's been fixed and is not present anymore in the Errata.