View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0009700 | ParaView | Bug | public | 2009-10-12 18:34 | 2010-03-01 21:34 | ||||
Reporter | Alan Scott | ||||||||
Assigned To | Utkarsh Ayachit | ||||||||
Priority | immediate | Severity | minor | Reproducibility | always | ||||
Status | closed | Resolution | fixed | ||||||
Platform | OS | OS Version | |||||||
Product Version | |||||||||
Target Version | 3.8 | Fixed in Version | 3.8 | ||||||
Summary | 0009700: Python trace error - adding clip | ||||||||
Description | ParaView 3.6.2, XP, local server. * Open disk_out_ref.exo, all variables on, apply. * Color by Temp. * Python shell. Trace. Start Trace. * Clip, Accept, turn Show Plane off. * Stop Trace. Save Trace. * Delete the clip filter. Now, run the saved trace. It will give the following bugs: <<The clip widget is still visible, and the Show Plane button is still checked.>> <<The colors in the middle of the object, colored by Temp, have turned to solid blue. Open the Color Editor. The Color Scale has changed to something crazy.>> | ||||||||
Tags | No tags attached. | ||||||||
Project | |||||||||
Topic Name | |||||||||
Type | |||||||||
Attached Files | |||||||||
Relationships | |
Relationships |
Notes | |
(0019441) Utkarsh Ayachit (administrator) 2010-02-02 14:56 |
The Clip filter by default uses the same LUT as used by the reader for coloring Temp when created through GUI. The trace records the setting up of array to color with, but does not include setting of the LUT (since there's no SM level LUT manager that it can go to. Hence, when the trace is played back, the mapper simply uses a default LUT which is bogus. |
(0019463) Utkarsh Ayachit (administrator) 2010-02-05 16:03 |
The trace was not handling it correctly when recording setting of an already existing LookupTable. Added a new GetLookupTableForArray function to simple that uses the array name to locate/create lookup tables similar to the GUI. /cvsroot/ParaView3/ParaView3/Utilities/VTKPythonWrapping/paraview/simple.py,v <-- Utilities/VTKPythonWrapping/paraview/simple.py new revision: 1.24; previous revision: 1.23 /cvsroot/ParaView3/ParaView3/Utilities/VTKPythonWrapping/paraview/smtrace.py,v <-- Utilities/VTKPythonWrapping/paraview/smtrace.py new revision: 1.13; previous revision: 1.12 As far as the status of the "Show Plane" check is concerned, it's not possible to control Show Plane through python at all since all the 3D widgets are GUI components and are not accessible through python or batch and the like. Hence the state does not note the change in the status of "Show Plane". |
(0019490) Alan Scott (manager) 2010-02-08 23:12 |
Nope, not quite. Now, when I do the steps listed, the whole toolbar for the representation and color selection go gray, and I cannot get them back. Furthermore, it shows that the color is grey. Last, the show plane tool is back on. If you select disk_out_ref, then go back to the clip, we at least have the toolbar back, but a user shouldn't have to do that. |
(0019493) Utkarsh Ayachit (administrator) 2010-02-09 09:52 |
When representation was created through python, the GUI would not realize that the representation has been created since the pqActiveObjects instance didn't fire the active representation changed signal. Fixed that. /cvsroot/ParaView3/ParaView3/Qt/Components/pqActiveObjects.cxx,v <-- Qt/Components/pqActiveObjects.cxx new revision: 1.3; previous revision: 1.2 |
(0019677) Alan Scott (manager) 2010-03-01 21:34 |
Handling color is now correct. I will accept the explanation with regards to the Show Plane tool (grumble). Tested local server, trunk, linux. |
Notes |
Issue History | |||
Date Modified | Username | Field | Change |
2009-10-12 18:34 | Alan Scott | New Issue | |
2010-02-01 14:26 | Utkarsh Ayachit | Priority | normal => immediate |
2010-02-02 14:50 | Utkarsh Ayachit | Note Added: 0019440 | |
2010-02-02 14:52 | Utkarsh Ayachit | Note Deleted: 0019440 | |
2010-02-02 14:56 | Utkarsh Ayachit | Note Added: 0019441 | |
2010-02-05 13:52 | Utkarsh Ayachit | Status | backlog => tabled |
2010-02-05 13:52 | Utkarsh Ayachit | Assigned To | => Utkarsh Ayachit |
2010-02-05 16:03 | Utkarsh Ayachit | Note Added: 0019463 | |
2010-02-05 16:03 | Utkarsh Ayachit | Status | tabled => @80@ |
2010-02-05 16:03 | Utkarsh Ayachit | Fixed in Version | => 3.8 |
2010-02-05 16:03 | Utkarsh Ayachit | Resolution | open => fixed |
2010-02-08 23:12 | Alan Scott | Note Added: 0019490 | |
2010-02-08 23:12 | Alan Scott | Status | @80@ => @20@ |
2010-02-08 23:12 | Alan Scott | Resolution | fixed => reopened |
2010-02-09 09:52 | Utkarsh Ayachit | Note Added: 0019493 | |
2010-02-09 09:52 | Utkarsh Ayachit | Status | @20@ => @80@ |
2010-02-09 09:52 | Utkarsh Ayachit | Resolution | reopened => fixed |
2010-03-01 21:34 | Alan Scott | Note Added: 0019677 | |
2010-03-01 21:34 | Alan Scott | Status | @80@ => closed |
Issue History |
Copyright © 2000 - 2018 MantisBT Team |