Bug 19196 - When a small number of upgrades can be installed after finishing install, the buttons are not visible
Summary: When a small number of upgrades can be installed after finishing install, the...
Status: NEW
Alias: None
Product: Mageia
Classification: Unclassified
Component: Installer (show other bugs)
Version: Cauldron
Hardware: All Linux
: release_blocker normal
Target Milestone: ---
Assignee: Mageia tools maintainers
QA Contact:
: 20571 (view as bug list)
Depends on:
Reported: 2016-08-14 16:09 CEST by Dick Gevers
Modified: 2017-04-04 11:53 CEST (History)
3 users (show)

See Also:
Source RPM: drakx-installer-stage2, urpmi , mutter
Status comment:

screenshot showing buttons are missing (85.37 KB, image/jpeg)
2016-08-14 16:10 CEST, Dick Gevers
ie something like this (510 bytes, patch)
2017-04-04 11:53 CEST, Thierry Vignaud
Details | Diff

Description Dick Gevers 2016-08-14 16:09:20 CEST
Description of problem:

Install from classical 64 bit DVD dated 13/8, update sources at the end and elect to install available newer packages.

If there are less than 10 packages, presumably, buttons are shown at the bottom. If there are dozens, the list is broken up and the buttons appear at the end. But if (in my case) there are 14 packages, the buttons are invisible (below the edge of the screen).
One can press [ enter ] to proceed, but the buttons should actually be visible.

Screenshot follows (F2 screenshot from installer actually showed the next step, not this step).
Comment 1 Dick Gevers 2016-08-14 16:10:37 CEST
Created attachment 8345 [details]
screenshot showing buttons are missing
Comment 2 Thierry Vignaud 2016-08-16 15:35:43 CEST
Humm, strange as:
- the size is not really big
- we ask for center position...
Comment 3 Dick Gevers 2016-12-07 19:06:31 CET
Valid for 6sta2 (classical 64 bit iso dated 05 DEC 2016)
Comment 4 Dick Gevers 2016-12-14 13:52:14 CET
corecting keyword
Comment 5 Dick Gevers 2017-03-25 14:27:06 CET
Valid for M6 rc (classical 64 bit iso dated 23 Mar 2017)

There is no keyword for M6rc
Comment 6 Frédéric Buclin 2017-03-26 16:27:28 CEST
*** Bug 20571 has been marked as a duplicate of this bug. ***
Comment 7 Marja van Waes 2017-03-29 07:42:50 CEST
Not sure how confusing this can be, but is certainly something that cannot be fixed after release, so setting to release blocker for now.
Comment 8 Dick Gevers 2017-03-29 11:59:19 CEST
The answer is simple: the focus is on the "ok" button or similar, so pressing 
[ Enter ] works, except a first time user does not know that. So obviously it ought to be fixed ;)
Comment 9 Thierry Vignaud 2017-03-29 13:26:42 CEST
We could try RPMProgressDialog->new() to call set_position('center_always') instead of 'center'
Comment 10 Rémi Verschelde 2017-04-04 10:24:44 CEST
(In reply to Thierry Vignaud from comment #9)
> We could try RPMProgressDialog->new() to call set_position('center_always')
> instead of 'center'

I don't know if it's exposed to our bindings, but there seems to be a `WindowPosition.CENTER_ON_PARENT` flag too.

Could we try one of those on the next set of ISOs?
Comment 11 Thierry Vignaud 2017-04-04 11:53:09 CEST
Created attachment 9184 [details]
ie something like this
Comment 12 Thierry Vignaud 2017-04-04 11:53:49 CEST
But that would not please gurpmi users after install.
Though there should not be much, people are using rpmdrake.

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