Hide Forgot
Created attachment 492678 [details] screenshot of "Cannot Upgrade" dialog Description of problem: I can never remember what an "upgrade" is. This dialog should remind users what an upgrade is and say that by continuing, the install-type will be "fresh". The install-type dialog already attempts to explain "upgrade" and "fresh", but it is bypassed if the user clicks "Continue". Version-Release number of selected component (if applicable): F15-Beta-Final How reproducible: Always. Steps to Reproduce: I have been triggering the "Cannot Upgrade" dialog by renaming /etc/fedora-release in a previously installed system. Actual results: Expected results: Additional info: Bug 697047 - "Cannot Upgrade" message reinstalling onto VM disk image after cancelled install Bug 697193 - installer fails to report missing or corrupt /etc/fedora-release Bug 697236 - installer fails to detect corrupt /etc/fedora-release
It is expected you have some basic knowledge about computer terminology. If you need this explained to you, please file a bug against documentation.
(In reply to comment #1) > It is expected you have some basic knowledge about computer terminology. If > you need this explained to you, please file a bug against documentation. So why is there an explanation in the install-type dialog of "Fresh" and "Upgrade", if those terms are so "basic"?
We are not going to go through and re-explain every term over and over again. As you're already pointed out, it's explained once. There's no need to repeat it. If something needs further documentation, it should be in the documentation.
Created attachment 492717 [details] screenshot showing explanations of "Fresh" and "Upgrade" in install-type dialog For reference ...
(In reply to comment #3) > We are not going to go through and re-explain every term over and over again. > As you're already pointed out, it's explained once. There's no need to repeat > it. If something needs further documentation, it should be in the > documentation. You wouldn't have to "re-explain" if the installer GUI displayed the install-type dialog in the cannot-upgrade case, because the explanations are already there. FYI, this bug was fully intended to make that point. BTW, I am all in favor removing and avoiding redundancy.
(In reply to comment #3) > ... it's explained once. The terms are not explained in the "Cannot Upgrade" case, because the install-type dialog is bypassed when the user clicks "Continue", so the user never sees the explanations of "Fresh" and "Upgrade".
(In reply to comment #6) > (In reply to comment #3) > > ... it's explained once. > > The terms are not explained in the "Cannot Upgrade" case, because the > install-type dialog is bypassed when the user clicks "Continue", so the user > never sees the explanations of "Fresh" and "Upgrade". Specifically, after clicking "Continue" in the "Cannot Upgrade" dialog the installer jumps to the hostname configuration dialog.
In the two-disk case, both with F14, but with fedora-release on the first disk renamed to simulate a non-upgradeable system, the installer does not display the "Cannot Upgrade" dialog, but displays the install-type dialog. The menu of detected installations lists only the second one, and completely ignores the first disk, leaving the user wondering why. There is no explanation as to why the first disk is not listed. This exposes the fundamental problem with the GUI design for handling non-upgradeable installations. The fix would be to list all of the detected installations, but with the non-upgradeable ones non-selectable and tagged as non-upgradeable. Explanatory text could be displayed below the menu.
If both disks are made non-upgradeable, the "Cannot Upgrade" dialog is again displayed, with both disks listed: "on /dev/sda1", "on /dev/sdb1". So the mixed case leads to the install-type dialog, but the uniformly non-upgradeable case leads to the "Cannot Upgrade" dialog.