Partition graph disappears after a swap partition has been deleted

Thank you for reporting this problem.

The visual display of the disk seems to consistently disappear when enough operations have been added to the queue so that a scrollbar is required (about 4 operations).

I have been able to prevent this from happening if I comment out the following lines in HBoxOperations.cc::load_operations:

 //make scrollwindow focus on the last operation in the list
 if ( liststore_operations ->children() .size() > 0 )
  treeview_operations .set_cursor( static_cast<Gtk::TreePath>( static_cast<Gtk::TreeRow>(
     *(--liststore_operations ->children() .end()) ) ) ) ;

Currently in the git respository these can be seen at the following link:
http://git.gnome.org/browse/gparted/tree/src/HBoxOperations.cc#n76

Interestingly, if I change the "set_cursor" method to a "scroll_to_row" method, then this problem does not occur for an additional 2 operations (about 6 operations total).

The exact cause of this problem is still a mystery.

As a side note, a similar problem can occur when undoing many operations.

A fix to prevent the visual disk display area from disappearing has been committed in the upstream GParted project.

The relevant git commit can be viewed at the following link:
http://git.gnome.org/browse/gparted/commit/?id=ec876448b4539a1e25272fe3f9ebb44552d3df53

This enhancement is planned for inclusion in the next upstream release of GParted (0.8.0).

In the meantime, a work around is to click on the missing virtual disk display area so that the display is redrawn.

GParted 0.8.0 is planned for upstream release on Feb 15, 2011.

For more details on this release, see:

Development Plans for the Next Release of GParted (0.8.0)
http://gparted-forum.surf4.info/viewtopic.php?id=14391

GParted 0.8.0 was released on Feb 15, 2011.

Marking as fix released as we are running 0.8.1 now.