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()) ) ) ) ;
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.
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 operations ->children() .size() > 0 ) operations .set_cursor( static_ cast<Gtk: :TreePath> ( static_ cast<Gtk: :TreeRow> ( --liststore_ operations ->children() .end()) ) ) ) ;
if ( liststore_
treeview_
*(
Currently in the git respository these can be seen at the following link: git.gnome. org/browse/ gparted/ tree/src/ HBoxOperations. cc#n76
http://
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.