Bug 9516

Summary: partitioning step - expert mode: scrollbutton missing for details
Product: Mageia Reporter: Dick Gevers <dvgevers>
Component: InstallerAssignee: Thierry Vignaud <thierry.vignaud>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: Normal CC: eeeemail, ennael1, lewyssmith, mageia, mageia, mageia, marja11
Version: Cauldron   
Target Milestone: ---   
Hardware: All   
OS: Linux   
Whiteboard: 4beta1
Source RPM: drakxtools CVE:
Status comment:
Attachments: Image screen shot: Mageia installer screenshot partitioner text cropped.

Description Dick Gevers 2013-03-23 08:17:52 CET
When during installation the partitioning step is reached (diskdrake), choose expert mode and for each partition the details are shown in the central part of the screen.

But when the details exceed 7 lines the end cannot be read, because there is no scroll-down button.

This has been mentioned in the pastebin since a long time but nothing is done.
Dick Gevers 2013-03-23 08:18:10 CET

Whiteboard: (none) => 3beta4

Comment 1 Manuel Hiebel 2013-03-23 13:29:27 CET
>This has been mentioned in the pastebin since a long time but nothing is done.
pastebin ? 

but indeed I can confirm.

Assignee: bugsquad => thierry.vignaud
Source RPM: (none) => drakxtools

Comment 2 Dick Gevers 2013-03-23 14:03:43 CET
Sorry, I meant parinux pad
Dick Gevers 2013-04-15 23:19:54 CEST

Whiteboard: 3beta4 => 3RC

Comment 3 Manuel Hiebel 2013-04-23 21:44:20 CEST
*** Bug 9839 has been marked as a duplicate of this bug. ***

CC: (none) => mageia

Comment 4 claire robinson 2013-05-09 09:48:31 CEST
Is this an easy fix?

Setting release blocker with minor severity as it can't be fixed after release.

Priority: Normal => release_blocker
CC: (none) => eeeemail, mageia
Severity: normal => minor

claire robinson 2013-05-09 09:49:19 CEST

CC: (none) => lewyssmith

Comment 5 Manuel Hiebel 2013-05-11 22:18:17 CEST
not really a blocker I think
Comment 6 Dick Gevers 2013-05-11 22:27:26 CEST
I agree. It was MrsB who judged it to be so.
Comment 7 claire robinson 2013-05-11 22:29:10 CEST
Only in so far as it can't be rectified after release with an update. 
That was the agreed use for release_blocker tag. Severity _IS_ set to minor..
Comment 8 Manuel Hiebel 2013-05-11 22:32:10 CEST
Only in so far as it can't be rectified after release with an update. 
in diskdrake it could with an updates, for in the network installer too (if it's updated but was never the case)
Comment 9 claire robinson 2013-05-11 22:41:27 CEST
in diskdrake it could with an updates, for in the network installer too (if it's updated but was never the case)


In all the ISOs we actually QA test and publish then, it couldn't be.
That to me at least seems to fit the definition. 

I may have misunderstood.
Comment 10 Sander Lepik 2013-05-11 23:34:03 CEST
Well, AFAIK it's not a regression, it's been that way all the time. I would say we decrease it and maybe we can fix it for Mageia 4.

WDYT?

CC: (none) => sander.lepik

Comment 11 claire robinson 2013-05-12 00:51:42 CEST
I wasn't expecting it to be fixed for Mageia 3, just applying the correct tags for the bug.

I'll stop doing so I think and leave them to you guys to sort out.
Comment 12 Sander Lepik 2013-05-12 08:54:06 CEST
Release blocker is a bug that stops us from releasing :)

Anyway, decreasing priority.

Priority: release_blocker => Normal

Comment 13 claire robinson 2013-05-12 10:27:58 CEST
Release blocker was previously agreed to be a bug which could not be fixed with an update after release. Priority and Severity are two different things and no one alone gives a true impression of the overall importance of a bug.

There seems to be some confusion/inconsistency about the use of release_blocker tag though so it's something we should discuss after release and work out a better system if needs be.

The decision whether to release or not is taken by humans with an overview of all the bugs, not just when the list of bugs which just happen to have their priority set != release_blocker reaches zero.
Comment 14 claire robinson 2013-05-12 10:29:21 CEST
set TO release_blocker* even
Comment 15 Sander Lepik 2013-05-12 11:58:51 CEST
(In reply to claire robinson from comment #13)
> Release blocker was previously agreed to be a bug which could not be fixed
> with an update after release.

I can't remember such agreement :/ English is not my maiden language but "release blocker" itself is a pretty straightforward status. We wouldn't have saved search for release blocker bugs and we wouldn't discuss them during dev meetings so often if those bugs don't stop us from releasing the next version of Mageia :)

For bugs in installer we have special component in bugzilla and you can be pretty sure that if the bug is filed under that component it can't be fixed after release ;) But it's another matter if it's blocking release or not :)

If you look at the release critical bugs then you can see that many of them are not in installer and could be fixed with update but many of them would also ruin the first impression, so we have to fix them before release.
Comment 16 claire robinson 2013-05-12 14:35:39 CEST
Yep. It's been used inconsistently. It was initially agreed to be used in the way I said though. 

We'll need to look at this after release to see if there is a better way to use it, probably in the way you're saying. It makes the most sense that way after all. If so we should maybe introduce another priority setting for bugs which can't be fixed after release to allow for more flexibility in the use of the actual release_blocker tag. Or perhaps use a release_blocker Keyword instead.

In either case though this particular bug obvious shouldn't 'block' the release :)
Dick Gevers 2013-05-13 20:47:03 CEST

Whiteboard: 3RC => 3final

Dick Gevers 2013-08-06 19:59:56 CEST

Whiteboard: 3final => 4alpha1

Comment 17 PC LX 2013-09-18 14:04:32 CEST
This bug is still present in "Mageia 4 alpha2 Boot Nonfree 64bit CD ISO".
Comment 18 PC LX 2013-09-18 14:05:04 CEST
Created attachment 4360 [details]
Image screen shot: Mageia installer screenshot partitioner text cropped.
Comment 19 Marja Van Waes 2013-09-18 19:47:00 CEST
setting severity back to normal (it had been set to minor to compensate for the release blocker setting, which has been reverted)

(In reply to PC LX from comment #17)
> This bug is still present in "Mageia 4 alpha2 Boot Nonfree 64bit CD ISO".

s/4alpha1/4alpha2/ on the whiteboard

CC: (none) => marja11
Whiteboard: 4alpha1 => 4alpha2
Severity: minor => normal

Comment 20 Dick Gevers 2013-09-29 10:54:08 CEST
Valid for 4alpha3

Whiteboard: 4alpha2 => 4alpha3

Comment 21 Dick Gevers 2013-11-04 19:35:12 CET
Valid for 4beta1

Whiteboard: 4alpha3 => 4beta1

Comment 22 Dick Gevers 2013-12-08 19:06:41 CET
Fixed in 3rd prerelease round of M4beta2
Comment 23 Dick Gevers 2013-12-08 19:07:09 CET
So:

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

Comment 24 Thierry Vignaud 2013-12-08 19:17:22 CET
uh? There has been no specific fix...
Comment 25 Dick Gevers 2013-12-08 19:35:00 CET
Then it is caused by the screen being off centre more than usual left aligned :))

IOW an accidental fix.