Description of problem: Two problems: 1) After selecting custom partitioning, the partition bar is not drawn, so it is not possible to select a partition. Clicking on one of the filesystem type buttons causes the partition bar to be drawn, allowing further progress. 2) Selecting mount points for the partitions causes the GUI window to grow wider, but nothing is drawn outside the original size of the window. Eventually the buttons on the right hand side completely disappear, preventing further progress. Note that the second problem prevents further progress with installation, so should be considered a release blocker. Steps to Reproduce: 1. Start classic install on a machine with a large number of partitions 2. At partition stage, select custom install 3. Set mount points on existing partitions Reproducible: Steps to Reproduce:
you have specific hardware ? several harddrive ?
Assignee: bugsquad => thierry.vignaud
Created attachment 4615 [details] screenshot showing second issue No special hardware, just a single hard disk. Attached is a screenshot showing the second problem. However, in getting this screenshot, I found the bug is not consistently reproducible; sometimes the window will be redrawn correctly, sometimes it will get redrawn later, sometimes it will just stay as shown. P.S. The pink/green colour banding is real, not an artefact of the picture. Is this a known issue? I think it first appeared in Mageia 2.
Created attachment 4617 [details] Screen shot of Mageia 4 beta 2 installer display issue. I've encounter a display issue in the installer that seems to be this another example of this bug. The installer "window" stays anchored to the lower left corner for the entire installation.
CC: (none) => mageia
*** Bug 12053 has been marked as a duplicate of this bug. ***
CC: (none) => daniel_jackson
*** Bug 12036 has been marked as a duplicate of this bug. ***
CC: (none) => fri
This is bug #11790 striking again (dialog moving, sometimes partition buttons not showed)
Blocks: (none) => 11778
*** Bug 12139 has been marked as a duplicate of this bug. ***
CC: (none) => dvgevers
CC: dvgevers => (none)Summary: M4B2 installer diskdrake GUI window redraw problems => M4rc installer diskdrake GUI window redraw problemsWhiteboard: (none) => 4RC
*** Bug 12143 has been marked as a duplicate of this bug. ***
CC: (none) => nelg
Possible dup of bug#9977 ?
CC: (none) => ftg
I'm seeing this in current cauldron, but only during install. If you choose "Custom" disk configuration, when diskdrake opens the /dev/sda disk appears empty. In my case, I have an /dev/sdb as well. If you tab to that, it is populated normally, and if you tab back to /dev/sda then it is also populated normally. Running diskdrake in a running system shows /dev/sda normally upon entry.
(In reply to Frank Griffin from comment #10) > I'm seeing this in current cauldron, but only during install. > > If you choose "Custom" disk configuration, when diskdrake opens the /dev/sda > disk appears empty. In my case, I have an /dev/sdb as well. If you tab to > that, it is populated normally, and if you tab back to /dev/sda then it is > also populated normally. Confirm same issue here using latest (13/1/2013) full DVD iso install on real h/w. Also in other windows when it is required to select from a drop down list, (for example to select the boot drive in the summary -> boot option) the list does not appear on first click of the down arrow, a second click does work.
CC: (none) => zen25000
commit 54dd9e586b59fdacb54bcd2f78d29870d00b1f3e Author: Thierry Vignaud <thierry.vignaud@...> Date: Thu Jan 16 21:48:40 2014 +0100 do not show labels on partition buttons (mga#11988) should prevent window to move at install time --- Commit Link: http://gitweb.mageia.org/software/drakx/commit/?id=54dd9e586b59fdacb54bcd2f78d29870d00b1f3e
commit 7ddb042efd511f14bca865e0cca684367d7d6344 Author: Thierry Vignaud <thierry.vignaud@...> Date: Mon Jan 20 01:34:46 2014 +0100 fix not moving window (mga#11790, mga#11988, mga#11977) regression introduced in commit fadc8b97ed98977bf264d87d62c33e779f299716 sadly flickering may happen --- Commit Link: http://gitweb.mageia.org/software/drakx/commit/?id=7ddb042efd511f14bca865e0cca684367d7d6344 Bug links: Mageia https://bugs.mageia.org/show_bug.cgi?id=11790 https://bugs.mageia.org/show_bug.cgi?id=11988 https://bugs.mageia.org/show_bug.cgi?id=11977
Please test current cauldron once it lands on your favorite mirror
Status: NEW => RESOLVEDResolution: (none) => FIXED
IMO the diskdrake gui "problem" is fixed: it does not get detached from the main installer window, but slightly further on the desktop selection screen (choice of KDE/GNOME/Custom) can - by clicking a few times - get detached from the main installer window, so IMO effectively the same problem. But if you prefer we could write a new bug report and attach a screenshot.
That would be indeed another issue
The partitioning window no longer grows in size, but it still jumps to the left hand edge of the screen. Also, as I think I've seen in another bug report (but can't remember where), it still takes 3 attempts (mouse left button clicks) to get a drop-down list to open.
(In reply to Martin Whitaker from comment #17) > Also, as I think I've seen in another bug report (but can't remember where), > it still takes 3 attempts (mouse left button clicks) to get a drop-down list > to open. In my comment #11 ?
(In reply to Barry Jackson from comment #18) > In my comment #11 ? Ah, yes. You can tell I didn't look very far ;-)
Seeing this in final isos build 2 from today. Specifically Classic DVD 32. I noticed it when choosing existing partitions, just accidentally clicked the background and moved the mouse and the window detached. The contents were unaffected, just the window they are in detached from where it was supposed to be.
Status: RESOLVED => REOPENEDResolution: FIXED => (none)
Thas has nothing to do. You did it "willingly"
Status: REOPENED => RESOLVEDResolution: (none) => FIXED
(In reply to claire robinson from comment #20) > Seeing this in final isos build 2 from today. Specifically Classic DVD 32. > > I noticed it when choosing existing partitions, just accidentally clicked > the background and moved the mouse and the window detached. The contents > were unaffected, just the window they are in detached from where it was > supposed to be. This is a WM setting AFAIK. I believe we're using matchbox again rather than mutter, so I thought this wouldn't happen now, but perhaps it's more fundamental than mutter vs matchbox. There should be some gtk setting somewhere to disable it IIRC.
(In reply to Colin Guthrie from comment #22) > This is a WM setting AFAIK. I believe we're using matchbox again rather than > mutter, so I thought this wouldn't happen now, but perhaps it's more > fundamental than mutter vs matchbox. There should be some gtk setting > somewhere to disable it IIRC. Olav, anu idea?
CC: (none) => olav
Both problems described in my original report have reappeared in M5 beta 2.
Priority: Normal => release_blockerStatus: RESOLVED => REOPENEDResolution: FIXED => (none)
commit 32a9e3c6366361c1c6e6fce1594e2fc01da299ba Author: unknown <ex.thierry.vignaud@...> Date: Thu Feb 12 15:38:30 2015 +0100 switch to logarithm sizing of partition buttons instead of using a ratio to the total disk size in order to compute width share, we now use the log of the partition size to the smallest one. this reduce the risk of having too small buttons, fixes several issues in the installer: - buttons being too big causing their box & thus the dialog to increase which triggers a gtk+ bug which makes the window to jump (mga#12422) - as well as several other related issues (mga#11988, mga#14839, mga#15272) (from Rosa but simplified) --- Commit Link: http://gitweb.mageia.org/software/drakx/commit/?id=32a9e3c6366361c1c6e6fce1594e2fc01da299ba Bug links: Mageia https://bugs.mageia.org/14839 https://bugs.mageia.org/15272 https://bugs.mageia.org/12422 https://bugs.mageia.org/11988
commit 1d57ba59bedf6fae41301720e71839eb91db3cce Author: Thierry Vignaud <thierry.vignaud@...> Date: Thu Feb 19 09:41:04 2015 +0100 use an horizontal scrolling bar when needed gtk+ sometimes doesn't respect our sizing which causes the container to enlarge (see previous commit) with previous commit, this reduce the risk of having too small buttons, and fixes several issues in the installer: - buttons being too big causing their box & thus the dialog to increase which triggers a gtk+ bug which makes the window to jump (mga#12422) - as well as several other related issues (mga#11988, mga#14839, mga#15272, mga#15264) --- Commit Link: http://gitweb.mageia.org/software/drakx/commit/?id=1d57ba59bedf6fae41301720e71839eb91db3cce Bug links: Mageia https://bugs.mageia.org/14839 https://bugs.mageia.org/15272 https://bugs.mageia.org/12422 https://bugs.mageia.org/15264 https://bugs.mageia.org/11988
You can try Cauldron once your favorite mirror has this morning's installer (16.62). Check install/stage2/VERSION eg: http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/cauldron/x86_64/install/stage2/VERSION (not yet up to date)
Keywords: (none) => NEEDINFO
Last report about this were for 5beta2. Martin, can you reproduce this issue in 5rc? The commits linked in comment 25 and 26 might have fixed this graphical issue too.
CC: (none) => remiWhiteboard: 4RC => 5beta2
(In reply to Rémi Verschelde from comment #28) > Martin, can you reproduce this issue in 5rc? The commits linked in comment > 25 and 26 might have fixed this graphical issue too. I'll check when 5rc is out. But having patched 5beta3 with Thierry's various fixes, my observation is that the second problem (container growing as partition information is changed) is fixed, but the first problem (partition information not shown when window is first displayed) is still present.
Multiple issues were discussed during this bug report, but the remaining issue that it appears to still be "about" is a duplicate of Bug 13679. I'll close this one since it's more confusing at this point. *** This bug has been marked as a duplicate of bug 13679 ***
Status: REOPENED => RESOLVEDResolution: (none) => DUPLICATE