MantisBT - ParaView
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0013317ParaView(No Category)public2012-07-20 05:522013-01-22 16:50
ReporterIan Curington 
Assigned ToKyle Lutz 
PriorityhighSeverityminorReproducibilityhave not tried
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Version3.14.1 
Target VersionFixed in Version3.98.0 
ProjectTBD
Topic Name
Typeincorrect functionality
Summary0013317: State restore using Xdmf loss of Apply resolved parameter status
DescriptionRestoring state file with Xdmf loader, with interactive pipeline selection shows Apply button active, pipeline name bold, although nothing changed.
Selecting Apply on larger data in this case can cause loss of data in pipeline.

Problem Environment - ParaView 3.14.1 Win7 x64 vc2010, Python 2.7, Qt 4.7.4 compiled from sources.

1. load attached test3.xmf (very small single triangle)
2. push apply
3. see triangle on screen
4. get sources: cone
5. push apply.
6. see triangle and cone together
7. save state file
8. close and restart paraview (or at least clean pipeline)
9. reload state file
10. repeatedly click to select each of the two objects in pipeline
browser.
11. At some point, test3.xmf becomes bold, and Apply button is active.
...
12. If loading some larger xdmf data, there is further intermittent
effect, where after such secondary apply, data vanishes, all
downstream pipeline is frozen.
13. Seems to only affect xdmf. STL, VTK, INP, or using multiple
built-in sources (such as multiple cones). are all OK.
14. Only needs a single Xdmf input file, plus anything else in the
pipeline, either independent or connected.
15. If automatic apply mode selected, problem is worse, session unusable.

Occurs on most Xdmf files, with or without heavy (hdf5) - see attached tiny test case for verification.
Steps To Reproduce
Additional Information
TagsNew Panels
Relationships
related to 0013431closed Kyle Lutz Exodus Panel makes the apply button "green" 
Attached Files? test3.xmf (827) 2012-07-20 05:52
https://www.vtk.org/Bug/file/9235/test3.xmf
Issue History
Date ModifiedUsernameFieldChange
2012-07-20 05:52Ian CuringtonNew Issue
2012-07-20 05:52Ian CuringtonFile Added: test3.xmf
2012-07-20 10:31MJWNote Added: 0028887
2012-09-05 14:01MJWNote Added: 0029130
2012-09-13 13:23Ian CuringtonNote Added: 0029200
2012-09-13 13:32Ian CuringtonNote Added: 0029201
2012-09-14 11:34Ian CuringtonNote Added: 0029209
2012-09-14 12:53Ian CuringtonNote Added: 0029211
2012-09-14 14:57Kyle LutzNote Added: 0029213
2012-09-14 14:57Kyle LutzStatusbacklog => gatekeeper review
2012-09-14 14:57Kyle LutzResolutionopen => fixed
2012-09-14 14:57Kyle LutzAssigned To => Kyle Lutz
2012-09-14 14:57Kyle LutzRelationship addedrelated to 0013431
2012-09-14 15:18Ian CuringtonNote Added: 0029214
2012-09-17 16:05Utkarsh AyachitTag Attached: New Panels
2012-09-21 14:05Utkarsh AyachitFixed in Version => git-master
2012-09-21 14:05Utkarsh AyachitStatusgatekeeper review => customer review
2012-09-21 14:05Utkarsh AyachitNote Added: 0029259
2012-10-29 17:04Utkarsh AyachitFixed in Versiongit-master => 3.98.0
2013-01-22 16:50Alan ScottNote Added: 0030223
2013-01-22 16:50Alan ScottStatuscustomer review => closed

Notes
(0028887)
MJW   
2012-07-20 10:31   
Thanks for reporting this Ian. This problem is preventing us from using the software for consultancy applications with XDMF files, as we are unable to re-edit workspaces that have been saved using a state file.
(0029130)
MJW   
2012-09-05 14:01   
UPDATE: this bug is not present in Version 3.12. We only have the problem in Version 3.14, so it seems to have been introduced with the GUI changes between V3.12 and V3.14.
(0029200)
Ian Curington   
2012-09-13 13:23   
Further test results:
 - Exactly same pipeline works OK if built by hand in current session.
 - Bug appears only when pipeline is reloaded from state file.
 - Bug is verified on ParaView 3.14.1 Win7 x64 VC2010, Qt 4.7.4 source build
 - Bug is verified on ParaView 3.14.1 Win x64 Binary Kitware Download
 - Bug is verified on ParaView 3.14.1 Linux x64 source build
 - Bug is verified on older ParaView 3.14.0 (March 2012 build) source build.
(0029201)
Ian Curington   
2012-09-13 13:32   
On ParaView Mail List, 13 August 2012, subject "some ui issues", burlen.loring@gmail.com commented:

"I've noticed that the slice filter is having similar issue: apply
activated by selecting in the pipeline browser. In my panels this was
because pv is creating/destroying the panel as the object is
selected/deselected in the browser so I had to be more careful during
the initialization not to mark the object as modified, it's probably a
similar issue."

I wonder if this could be related, i.e. maybe Utilities/Xdmf2/vtk/vtkXdmfReader code is inadvertently marking object as modified?
(0029209)
Ian Curington   
2012-09-14 11:34   
0013431 (recent fix) "Exodus Apply goes Green" seems related.
(0029211)
Ian Curington   
2012-09-14 12:53   
current Git master pqProxySILModel.cxx fix by Kyle in 0013431 applied into 3.14.1 sources, appears to fix, requires more testing.
(0029213)
Kyle Lutz   
2012-09-14 14:57   
The issue should be resolved by commit deab2d0 (now merged in ParaView-master).

Please reopen if the issue still persists.
(0029214)
Ian Curington   
2012-09-14 15:18   
Thank you very much! I will continue testing to verify fix.
(0029259)
Utkarsh Ayachit   
2012-09-21 14:05   
merged into master, if applicable.
(0030223)
Alan Scott   
2013-01-22 16:50   
Marking closed, although it sounds like it may be subtle to reproduce. If it is still an issue, please reopen with additional information.

Tested Linux, remote server, master. I really did beat on it for some time, as listed in step 10 below.