Created attachment 835196 [details] bug demonstration video Description of problem: This is a fork of bug 1027947. Several bugs have been identified in it, this is one of them. It's not possible to select an existing standard partition, resize it, and then change the size back to original value. Version-Release number of selected component (if applicable): anaconda 20.25.14 How reproducible: always Steps to Reproduce: 1. boot installer with an existing installation on disk (at least one standard partition) 2. enter custom partitioning 3. select an existing standard partition (e.g. /boot) and change its size (e.g. from 500MB to 400MB). Click Update Settings. 4. try to change the size back to 500MB, it reverts to 400MB. 5. try to change the size to other value, it works. 6. try to change the size back to 500MB. The size is changed to some other previous value.
Created attachment 835197 [details] anaconda.log
Created attachment 835198 [details] program.log
Created attachment 835199 [details] storage.log
Created attachment 835200 [details] syslog
Proposing a Final blocker: "Any installer mechanism for resizing storage volumes must correctly attempt the requested operation. " https://fedoraproject.org/wiki/Fedora_20_Final_Release_Criteria#Storage_volume_resize In this case, you cannot really cancel a previously requested resize, unless you reset all your changes completely (that is, however, an available workaround).
Discussed in 2013-12-11 Blocker Review Meeting [1]. Voted as an RejectedBlocker and an AcceptedFreezeException. This is inconvenient, but can be easily worked around by hitting Reset All. A patch will be considered. [1] http://meetbot.fedoraproject.org/fedora-blocker-review/2013-12-11/
Does this still occur in F21 or F22?
I wasn't able to reproduce this bug in F22 Beta RC3, closing.