MantisBT - ParaView
View Issue Details
0012206ParaViewBugpublic2011-05-18 16:322011-06-24 20:58
Utkarsh Ayachit 
Utkarsh Ayachit 
normalminorhave not tried
closedfixed 
3.10 
3.12 
0012206: Hang when property is modified through python
* Start pvserver
* Connect using ParaView
* Create Sphere
* Apply
* Open Python Shell
* GetActiveSource().Radius = 12
* Now interact with the view
==> ParaView will hang (if it doesn't hang, try disabling remote rendering)
No tags attached.
Issue History
2011-05-18 16:32Utkarsh AyachitNew Issue
2011-05-18 16:32Utkarsh AyachitStatusbacklog => tabled
2011-05-18 16:32Utkarsh AyachitAssigned To => Utkarsh Ayachit
2011-05-19 08:45Utkarsh AyachitNote Added: 0026549
2011-05-19 08:45Utkarsh AyachitStatustabled => @80@
2011-05-19 08:45Utkarsh AyachitFixed in Version => 3.12
2011-05-19 08:45Utkarsh AyachitResolutionopen => fixed
2011-05-19 08:46Utkarsh AyachitProduct Version3.8.1 => 3.10
2011-05-19 08:46Utkarsh AyachitDescription Updatedbug_revision_view_page.php?rev_id=324#r324
2011-06-24 20:58Alan ScottNote Added: 0026894
2011-06-24 20:58Alan ScottStatuscustomer review => closed

Notes
(0026549)
Utkarsh Ayachit   
2011-05-19 08:45   
commit 46c91a3c8ba78fb536cdee7df15d0413c6a89ff7
Merge: 9b0433d 3fe4d5e
Author: Utkarsh Ayachit <utkarsh.ayachit@kitware.com>
Date: Thu May 19 08:44:24 2011 -0400

    Merge topic '12206_hang_using_python'
    
    3fe4d5e Fixed BUG 0012206. Fixed freeze when property was changed from python.

commit 3fe4d5e1768f1590b60326fa78a2c84ad486abe6
Author: Utkarsh Ayachit <utkarsh.ayachit@kitware.com>
Date: Wed May 18 17:13:20 2011 -0400

    Fixed BUG 0012206. Fixed freeze when property was changed from python.
    
    When the user changed a property from Python shell and started interacting,
    ParaView would hang when user started interacting in client-server mode. This
    was happening because the interactor styles would call mapper->update() on
    interaction. This caused the client side delivery filters to execute
    prematurely. Fixed that problem by doing two things:
    1) Put an update suppressor before the mapper to avoid such stray updates for
       causing havoc.
    2) vtkPVDataRepresentation subclasses now mark their delivery filters dirty in
       RequestData and not MarkModified(), since the real input data is not
       available until RequestData().
    
    Cleaned up vtkPVUpdateSuppressor API to remove all the request related ivars. We
    don't use that anymore. UpdateSuppressor now simply becomes an update-supressor
    not a update-conditioner as it was before.
(0026894)
Alan Scott   
2011-06-24 20:58   
Trusting Utkarsh on this one.