Bug 869375

Summary: 'Reclaim space' button in RECLAIM DISK SPACE dialog takes you back to INSTALLATION OPTIONS if no action changes were made, it should initially be insensitive
Product: [Fedora] Fedora Reporter: Volker Sobek <reklov>
Component: anacondaAssignee: Chris Lumens <clumens>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 18CC: awilliam, g.kaviyarasu, jonathan, vanmeeuwen+fedora
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: anaconda-18.21-1 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-11-23 05:55:49 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Volker Sobek 2012-10-23 17:51:21 UTC
Version-Release number of selected component (if applicable):
anaconda 18.19 (Fedora 18-Beta-TC6)

How reproducible:
Always


Steps to Reproduce:
1. In the 'installation destination' panel, select a disk that already contains partitions and doesn't have enough free space for an installation.
2. Click on continue
3. In the appearing 'installation options' dialog, click on the 'reclaim space' button
4. In the appearing 'reclaim disk space' dialog, leave all action fields unchanged ('Preserve') and click on 'reclaim space'
5. You are taken to the 'installation options dialog' again
6. continue at 3.
  
Actual results:
The user might miss the fact that you have to change the action field in the 'reclaim disk space' dialog, and think the selected row/partition will be deleted when clicking the 'reclaim space' button, which is not the case. He ends up in a loop, trying to remove partitions.

Expected results:
The 'reclaim space' button in the reclaim disk space' dialog should not be sensitive until at least one least one action field was changed.

Comment 1 Fedora Update System 2012-10-26 01:29:11 UTC
anaconda-18.21-1.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/anaconda-18.21-1.fc18

Comment 2 Fedora Update System 2012-10-26 19:31:09 UTC
Package anaconda-18.21-1.fc18, pykickstart-1.99.21-1.fc18:
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing anaconda-18.21-1.fc18 pykickstart-1.99.21-1.fc18'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-16868/pykickstart-1.99.21-1.fc18,anaconda-18.21-1.fc18
then log in and leave karma (feedback).

Comment 3 Adam Williamson (Red Hat non-Fedora) 2012-11-07 20:24:12 UTC
this has been fixed in all recent builds. we still don't have a build since 18.19 stable, though, so setting VERIFIED.

Comment 4 Adam Williamson (Red Hat non-Fedora) 2012-11-23 05:55:49 UTC
later builds are stable now.

Comment 5 Fedora Update System 2012-11-29 01:25:03 UTC
anaconda-18.32-1.fc18, pykickstart-1.99.22-1.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/pykickstart-1.99.22-1.fc18,anaconda-18.32-1.fc18

Comment 6 Fedora Update System 2012-12-06 07:27:11 UTC
pykickstart-1.99.22-1.fc18, anaconda-18.35-1.fc18 has been pushed to the Fedora 18 stable repository.  If problems still persist, please make note of it in this bug report.