Bug 3803 - boot screen entries get corrupted when switching between them, highlighting for selected and unselected items not working properly
Summary: boot screen entries get corrupted when switching between them, highlighting f...
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: Release (media or process) (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: release_blocker normal
Target Milestone: ---
Assignee: Donald
QA Contact:
URL:
Whiteboard: QA
Keywords:
Depends on:
Blocks: 4299
  Show dependency treegraph
 
Reported: 2011-12-18 01:39 CET by Christian Lohmaier
Modified: 2012-05-09 13:07 CEST (History)
5 users (show)

See Also:
Source RPM: mageia-gfxboot-theme
CVE:
Status comment:


Attachments
boot image - initially, solid black background (26.69 KB, image/png)
2011-12-18 03:29 CET, Christian Lohmaier
Details
selection moved down, first entry keeps highlighted background (27.14 KB, image/png)
2011-12-18 03:30 CET, Christian Lohmaier
Details
install entry was selected twice, and entry is almost unreadable (27.11 KB, image/png)
2011-12-18 03:31 CET, Christian Lohmaier
Details
same when moving down again, unselecting the boot item that then also was selected twice (27.93 KB, image/png)
2011-12-18 03:34 CET, Christian Lohmaier
Details

Description Christian Lohmaier 2011-12-18 01:39:12 CET
alpha2, GNOME, Europe1 (already with alpha1):

Boot (no background image, just solid black)
â "Boot Mageia 2 (Cauldron)"    (selected, black text on grey background-highlight)
  "Install Mageia 2 (Cauldron)" (not selected, white on black)
  "Boot from Hard Disk"         (not selected, white on black)

pressing one of the function keys (<F1>....<F6>) moves the selected item to "Install Mageia" - this is unintuitive

Furthermore, the first entry keeps its grey background-highlighting, is now white on grey highlighting - items that were once selected will stay background-highlighted.

Now press <up>, then <down> - i.e. select the Boot entry again and switch back to Install option â now the Boot entry is even less readable - the text now "blends in" with the grey highlighting.
Comment 1 Manuel Hiebel 2011-12-18 03:10:32 CET
duplicate of bug 196 ?

yes a screenshot is powerful
Comment 2 Christian Lohmaier 2011-12-18 03:21:12 CET
no - this one is much simpler - and you can verify it in a virtualbox VM (even on a system that only supports 32bit guests, as it is before booting the kernel) - but if you insist on screenshots, I'll attach a couple...
Comment 3 Christian Lohmaier 2011-12-18 03:29:38 CET
Created attachment 1255 [details]
boot image - initially, solid black background
Comment 4 Christian Lohmaier 2011-12-18 03:30:19 CET
Created attachment 1256 [details]
selection moved down, first entry keeps highlighted background
Comment 5 Christian Lohmaier 2011-12-18 03:31:14 CET
Created attachment 1258 [details]
install entry was selected twice, and entry is almost unreadable
Comment 6 Christian Lohmaier 2011-12-18 03:34:12 CET
Created attachment 1259 [details]
same when moving down again, unselecting the boot item that then also was selected twice

there is no further change when repeating the selections after the second time - i.e. the currently selected entry is readable, an entry that has never been selected is white on black, an entry that has been selected once is white on grey highlight, entries that have been selected twice or more times are "melded into the grey highlight".
Comment 7 Manuel Hiebel 2011-12-18 03:36:17 CET
Ah ok thanks
(I need to go sleeping 0:) )

Priority: Normal => release_blocker
CC: (none) => ennael1, mageia, sysadmin-bugs, tmb, watersnowrock
Component: Installer => Release (media or process)
Source RPM: (none) => mageia-gfxboot-theme

Comment 8 Donald 2011-12-19 09:49:54 CET
This should hopefully get sorted out when the new artwork appears. We just have to choose it first.
Comment 9 Manuel Hiebel 2012-01-05 19:08:45 CET
General ping for Alpha 3

Whiteboard: (none) => QA

Comment 10 Donald 2012-01-05 21:39:28 CET
See above comment - I don't have time to fix something that I will need to fix later on anyway.

Eitehr way, if you want to fix it, by all means help yourself.

Status: NEW => ASSIGNED
Assignee: bugsquad => watersnowrock

Comment 11 Manuel Hiebel 2012-01-08 13:39:08 CET
(In reply to comment #10)
> See above comment - I don't have time to fix something that I will need to fix
> later on anyway.
> 
> Eitehr way, if you want to fix it, by all means help yourself.

Sorry in fact my comment 9 was a automatic ping of all blockers bugs and I have not check  :)
Manuel Hiebel 2012-01-27 16:50:33 CET

Blocks: (none) => 4299

Comment 12 Manuel Hiebel 2012-04-07 21:44:50 CEST
can't reproduce with the pre-beta3

Status: ASSIGNED => RESOLVED
Resolution: (none) => FIXED

Comment 13 Christian Lohmaier 2012-05-09 13:07:43 CEST
yes, unreadable items are resolved. Minor glitches remain below the shortcut keys and labels after e.g. switching the language using <F2>.
And of course the unintuitive selecting of the "install"-entry when only changing language (but that will be a separate bug when I get around to filing it...)

Note You need to log in before you can comment on or make changes to this bug.