View Issue Details [ Jump to Notes ] [ Print ]
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 
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.
TagsNew Panels
ProjectTBD
Topic Name
Typeincorrect functionality
Attached Files? file icon test3.xmf [^] (827 bytes) 2012-07-20 05:52

 Relationships
related to 0013431closedKyle Lutz Exodus Panel makes the apply button "green" 

  Notes
(0028887)
MJW (reporter)
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 (reporter)
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 (reporter)
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 (reporter)
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 (reporter)
2012-09-14 11:34

 0013431 (recent fix) "Exodus Apply goes Green" seems related.
(0029211)
Ian Curington (reporter)
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 (viewer)
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 (reporter)
2012-09-14 15:18

 Thank you very much! I will continue testing to verify fix.
(0029259)
Utkarsh Ayachit (administrator)
2012-09-21 14:05

 merged into master, if applicable.
(0030223)
Alan Scott (manager)
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.

 Issue History
Date Modified Username Field Change
2012-07-20 05:52 Ian Curington New Issue
2012-07-20 05:52 Ian Curington File Added: test3.xmf
2012-07-20 10:31 MJW Note Added: 0028887
2012-09-05 14:01 MJW Note Added: 0029130
2012-09-13 13:23 Ian Curington Note Added: 0029200
2012-09-13 13:32 Ian Curington Note Added: 0029201
2012-09-14 11:34 Ian Curington Note Added: 0029209
2012-09-14 12:53 Ian Curington Note Added: 0029211
2012-09-14 14:57 Kyle Lutz Note Added: 0029213
2012-09-14 14:57 Kyle Lutz Status backlog => gatekeeper review
2012-09-14 14:57 Kyle Lutz Resolution open => fixed
2012-09-14 14:57 Kyle Lutz Assigned To => Kyle Lutz
2012-09-14 14:57 Kyle Lutz Relationship added related to 0013431
2012-09-14 15:18 Ian Curington Note Added: 0029214
2012-09-17 16:05 Utkarsh Ayachit Tag Attached: New Panels
2012-09-21 14:05 Utkarsh Ayachit Fixed in Version => git-master
2012-09-21 14:05 Utkarsh Ayachit Status gatekeeper review => customer review
2012-09-21 14:05 Utkarsh Ayachit Note Added: 0029259
2012-10-29 17:04 Utkarsh Ayachit Fixed in Version git-master => 3.98.0
2013-01-22 16:50 Alan Scott Note Added: 0030223
2013-01-22 16:50 Alan Scott Status customer review => closed

Copyright © 2000 - 2018 MantisBT Team