After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 625249 - multiple resize operations before applied cause multiple runs of resize operation
multiple resize operations before applied cause multiple runs of resize opera...
Status: RESOLVED DUPLICATE of bug 438573
Product: gparted
Classification: Other
Component: application
0.5.1
Other Linux
: Normal normal
: ---
Assigned To: gparted maintainers alias
gparted maintainers alias
Depends on:
Blocks:
 
 
Reported: 2010-07-25 17:36 UTC by gerlos
Modified: 2010-07-25 19:21 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description gerlos 2010-07-25 17:36:30 UTC
Today I needed to reduce the size of an NTFS file system. Clicked on resize a first time to set a smaller size, clicked OK and then I changed my mind, reopened the resize window, and set a different size.

I clicked "Apply" to apply the changes, and gparted executed ntfsresize two times. I didn't expected this behaviour: I expected just one resize operation, from the old size to the latest size I set.

I tried to reproduce the behaviour, and found that if I change the size 8 times opening and closing the resize window, gparted ends up resizing my file system 8 times, wasting a lot of time (and aren't all that operations dangerous?).

Please change the default behaviour, so when an user changes multiple times the size of a file system (and nothing else) before clicking "Apply", just one resize operation will start.
Comment 1 Curtis Gedak 2010-07-25 19:21:24 UTC
Thank you for you interest in GParted.

This problem was previously reported.  Marking this bug as a duplicate.

*** This bug has been marked as a duplicate of bug 438573 ***