ParaView issueshttps://gitlab.kitware.com/paraview/paraview/-/issues2018-01-15T18:14:49-05:00https://gitlab.kitware.com/paraview/paraview/-/issues/17861Volume rendering may not be working with cell data2018-01-15T18:14:49-05:00Utkarsh AyachitVolume rendering may not be working with cell dataIt's been reported that volume rendering for image datasets when colorign by cell data is not rendering correctly.It's been reported that volume rendering for image datasets when colorign by cell data is not rendering correctly.5.5 (Spring 2018)Alvaro SanchezAlvaro Sanchezhttps://gitlab.kitware.com/paraview/paraview/-/issues/17801Merge blocks filter does not propagate global field data2017-11-22T21:26:36-05:00John PatchettMerge blocks filter does not propagate global field dataLoad data set from #17783 and run the merge blocks filter. Information tab will indicate the global field data did not get propagated from the source. @berkgeveciLoad data set from #17783 and run the merge blocks filter. Information tab will indicate the global field data did not get propagated from the source. @berkgeveci5.5 (Spring 2018)Utkarsh AyachitUtkarsh Ayachithttps://gitlab.kitware.com/paraview/paraview/-/issues/17755Transparency appears to hang2017-10-25T14:03:58-04:00W. Alan ScottTransparency appears to hangWe have a slowdown that is occuring with rendering large datasets that is so bad it appears as a hang. I think I replicated with Wavelet, but will give both ways to replicate. Note user's dataset is about 60 million cells and around a ...We have a slowdown that is occuring with rendering large datasets that is so bad it appears as a hang. I think I replicated with Wavelet, but will give both ways to replicate. Note user's dataset is about 60 million cells and around a thousand files.
• ParaView 5.4.1. 4 nodes, 16 cores/node. Linux.
• View/ Memory Inspector.
• Load /.../fullV27_41.e.1440.*. Turn on mesh_displacement and velocity.
• Slice filter. Y Normal. Apply.
• Paint by velocity.
• Opacity to 0.5
• Unselect Show Plane
• >> It hung right here.
• With 8 nodes, I believe I have to go further, as follows:
• Change focus in pipeline browser to reader.
• Slice filter. Y Normal. Apply
I believe I have replicated this “hang” with wavelet, although it does eventually come back. Here is how to replicate.
• ParaView 5.4.1. 4 nodes, 16 cores/node on Chama. Linux.
• View/ Memory Inspector. (This pushes memory, but does work.)
• Wavelet. -1000 to 1000, -1000 to 1000, -1000 to 1000. Apply.
• Contour. Advanced. Remove the one contour. Auto generate 10. Apply.
• Surface.
• Change Opacity to 0.5
ParaView will take a few minutes to return.
Here are the important sections of the Timer Log.
'''Still Render, 59.8325 seconds
Regenerate Kd-Tree, 25.767 seconds
Redistributing Data for Ordered Compositing, 22.0742 seconds
OpenGL Dev Render, 11.9433 seconds
ICET_COMPOSITE_TIME, 0.28406 seconds (inserted time)
ICET_BLEND_TIME, 0.000199 seconds (inserted time)
ICET_COMPRESS_TIME, 0.000244 seconds (inserted time)
ICET_COLLECT_TIME, 0.003644 seconds (inserted time)
ICET_RENDER_TIME, 5.44064 seconds (inserted time)
ICET_BUFFER_READ_TIME, 0 seconds (inserted time)
ICET_BUFFER_WRITE_TIME, 0 seconds (inserted time)
OpenGL Dev Render, 0.035161 seconds
RenderView::UpdateLOD, 0.470804 seconds
Interactive Render, 1.29827 seconds
Redistributing Data for Ordered Compositing, 0.459089 seconds
OpenGL Dev Render, 0.810583 seconds
ICET_COMPOSITE_TIME, 0.131124 seconds (inserted time)
ICET_BLEND_TIME, 7e-05 seconds (inserted time)
ICET_COMPRESS_TIME, 6.5e-05 seconds (inserted time)
ICET_COLLECT_TIME, 0.025373 seconds (inserted time)
ICET_RENDER_TIME, 0.374703 seconds (inserted time)
ICET_BUFFER_READ_TIME, 0 seconds (inserted time)
ICET_BUFFER_WRITE_TIME, 0 seconds (inserted time)
OpenGL Dev Render, 0.013338 seconds
Still Render, 5.59564 seconds
OpenGL Dev Render, 5.55958 seconds
ICET_COMPOSITE_TIME, 0.268118 seconds (inserted time)
ICET_BLEND_TIME, 0.00019 seconds (inserted time)
ICET_COMPRESS_TIME, 0.000191 seconds (inserted time)
ICET_COLLECT_TIME, 0.004323 seconds (inserted time)
ICET_RENDER_TIME, 5.29006 seconds (inserted time)
ICET_BUFFER_READ_TIME, 0 seconds (inserted time)
ICET_BUFFER_WRITE_TIME, 0 seconds (inserted time)
'''5.5 (Spring 2018)https://gitlab.kitware.com/paraview/paraview/-/issues/17728Rendering hangs in Parallel Batch Mode2017-12-12T20:28:44-05:00Mathieu Westphal (Kitware)Rendering hangs in Parallel Batch ModeIn a parallel batch mode test, rendering somtimes hangs.
How to reproduce :
* Build paraview with MPI and Testing
* ctest -R pvpythonPython-MPI-Batch-StructuredGridVolumeRendering
* retry until tests hangs
The hangs happend when Rend...In a parallel batch mode test, rendering somtimes hangs.
How to reproduce :
* Build paraview with MPI and Testing
* ctest -R pvpythonPython-MPI-Batch-StructuredGridVolumeRendering
* retry until tests hangs
The hangs happend when Render is called in
smtesting.py:123 `rmProxy.StillRender()`
The first process sometime does not call vtkPVGridAxes3DRepresentation::RequestData, when other process do.
Here is how the backtrace looks like during the hang :
CPU 1-N
```
(gdb) bt
#0 0x00007fffd771b185 in ?? () from /usr/lib/openmpi/libopen-pal.so.20
#1 0x00007fffd76bdbf9 in opal_progress () from /usr/lib/openmpi/libopen-pal.so.20
#2 0x00007fffc9b72b66 in mca_pml_ob1_recv () from /usr/lib/openmpi/openmpi/mca_pml_ob1.so
#3 0x00007fffe16bcf5a in ompi_coll_base_allreduce_intra_recursivedoubling () from /usr/lib/openmpi/libmpi.so.20
#4 0x00007fffe167088a in PMPI_Allreduce () from /usr/lib/openmpi/libmpi.so.20
#5 0x00007ffff25b7002 in vtkMPICommunicatorAllReduceData (sendBuffer=0x7fffffffc4d0, recvBuffer=0x7fffffffc530, length=6, type=11, operation=0x7fffe1915f40 <ompi_mpi_op_max>,
comm=0x55555592ddf0) at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Parallel/MPI/vtkMPICommunicator.cxx:318
#6 0x00007ffff25bbba4 in vtkMPICommunicator::AllReduceVoidArray (this=0x5555558f2f90, sendBuffer=0x7fffffffc4d0, recvBuffer=0x7fffffffc530, length=6, type=11, operation=0)
at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Parallel/MPI/vtkMPICommunicator.cxx:1476
#7 0x00007ffff6ff070b in vtkCommunicator::AllReduce (this=0x5555558f2f90, sendBuffer=0x7fffffffc4d0, recvBuffer=0x7fffffffc530, length=6, operation=0)
at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Parallel/Core/vtkCommunicator.h:1129
#8 0x00007ffff700b8d4 in vtkMultiProcessController::AllReduce (this=0x5555559323a0, sendBuffer=0x7fffffffc4d0, recvBuffer=0x7fffffffc530, length=6, operation=0)
at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Parallel/Core/vtkMultiProcessController.h:1334
#9 0x00007fffe7493b3e in vtkPVGridAxes3DRepresentation::RequestData (this=0x555557065c40, req=0x55555706a050, inInfoVec=0x555556dc68e0, outInfoVec=0x555557066090)
at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerCore/Rendering/vtkPVGridAxes3DRepresentation.cxx:292
#10 0x00007ffff1ae3804 in vtkPassInputTypeAlgorithm::ProcessRequest (this=0x555557065c40, request=0x55555706a050, inputVector=0x555556dc68e0, outputVector=0x555557066090)
at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkPassInputTypeAlgorithm.cxx:155
#11 0x00007ffff1ac68ad in vtkExecutive::CallAlgorithm (this=0x5555570699c0, request=0x55555706a050, direction=1, inInfo=0x555556dc68e0, outInfo=0x555557066090)
at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkExecutive.cxx:775
#12 0x00007ffff1abe5e7 in vtkDemandDrivenPipeline::ExecuteData (this=0x5555570699c0, request=0x55555706a050, inInfo=0x555556dc68e0, outInfo=0x555557066090)
at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx:492
#13 0x00007ffff1ab72e5 in vtkCompositeDataPipeline::ExecuteData (this=0x5555570699c0, request=0x55555706a050, inInfoVec=0x555556dc68e0, outInfoVec=0x555557066090)
at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkCompositeDataPipeline.cxx:173
#14 0x00007ffff1abdce7 in vtkDemandDrivenPipeline::ProcessRequest (this=0x5555570699c0, request=0x55555706a050, inInfoVec=0x555556dc68e0, outInfoVec=0x555557066090)
at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx:274
#15 0x00007ffff1b0c44c in vtkStreamingDemandDrivenPipeline::ProcessRequest (this=0x5555570699c0, request=0x55555706a050, inInfoVec=0x555556dc68e0, outInfoVec=0x555557066090)
at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkStreamingDemandDrivenPipeline.cxx:328
#16 0x00007fffe7492adc in vtkPVDataRepresentationPipeline::ProcessRequest (this=0x5555570699c0, request=0x55555706a050, inInfo=0x555556dc68e0, outInfo=0x555557066090)
at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerCore/Rendering/vtkPVDataRepresentationPipeline.cxx:97
#17 0x00007ffff1abe42e in vtkDemandDrivenPipeline::UpdateData (this=0x5555570699c0, outputPort=-1)
at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx:443
#18 0x00007ffff1b0c76e in vtkStreamingDemandDrivenPipeline::Update (this=0x5555570699c0, port=-1, requests=0x0)
at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkStreamingDemandDrivenPipeline.cxx:403
#19 0x00007ffff1b0c5fa in vtkStreamingDemandDrivenPipeline::Update (this=0x5555570699c0, port=-1)
at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkStreamingDemandDrivenPipeline.cxx:365
---Type <return> to continue, or q <return> to quit---
#20 0x00007ffff1aaeafe in vtkAlgorithm::Update (this=0x555557065c40, port=-1) at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkAlgorithm.cxx:1456
#21 0x00007ffff1aaeac9 in vtkAlgorithm::Update (this=0x555557065c40) at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkAlgorithm.cxx:1450
#22 0x00007fffe7491aca in vtkPVDataRepresentation::ProcessViewRequest (this=0x555557065c40, request=0x5555557bde50)
at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerCore/Rendering/vtkPVDataRepresentation.cxx:89
#23 0x00007fffe749323d in vtkPVGridAxes3DRepresentation::ProcessViewRequest (this=0x555557065c40, request_type=0x5555557bde50, inInfo=0x555556444580, outInfo=0x555558411c60)
at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerCore/Rendering/vtkPVGridAxes3DRepresentation.cxx:150
#24 0x00007fffe750578d in vtkPVView::CallProcessViewRequest (this=0x555557621b90, type=0x5555557bde50, inInfo=0x555556444580, outVec=0x5555577b8690)
at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerCore/Rendering/vtkPVView.cxx:352
#25 0x00007fffe75055f4 in vtkPVView::Update (this=0x555557621b90) at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerCore/Rendering/vtkPVView.cxx:309
#26 0x00007fffe74de2db in vtkPVRenderView::Update (this=0x555557621b90)
at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerCore/Rendering/vtkPVRenderView.cxx:1226
#27 0x00007ffff755da7d in vtkPVRenderViewCommand (arlu=0x555555938390, ob=0x555557621b90, method=0x555558264f59 "Update", msg=..., resultStream=...)
at Wrapping/ClientServer/vtkPVRenderViewClientServer.cxx:1534
#28 0x00007ffff431cd79 in vtkClientServerInterpreter::CallCommandFunction (this=0x555555938390, cname=0x7fffe7561d79 "vtkPVRenderView", ptr=0x555557621b90,
method=0x555558264f59 "Update", msg=..., result=...) at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerStream/vtkClientServerInterpreter.cxx:805
#29 0x00007ffff431b38c in vtkClientServerInterpreter::ProcessCommandInvoke (this=0x555555938390, css=..., midx=1)
at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerStream/vtkClientServerInterpreter.cxx:423
#30 0x00007ffff431a886 in vtkClientServerInterpreter::ProcessOneMessage (this=0x555555938390, css=..., message=1)
at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerStream/vtkClientServerInterpreter.cxx:264
#31 0x00007ffff431a715 in vtkClientServerInterpreter::ProcessStream (this=0x555555938390, css=...)
at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerStream/vtkClientServerInterpreter.cxx:234
#32 0x00007ffff5ce42be in vtkPVSessionCore::ExecuteStreamInternal (this=0x555555938f40, stream=..., ignore_errors=false)
at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx:636
#33 0x00007ffff5ce4189 in vtkPVSessionCore::ExecuteStreamSatelliteCallback (this=0x555555938f40)
at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx:619
#34 0x00007ffff5ce1a07 in (anonymous namespace)::RMICallback (localArg=0x555555938f40, remoteArg=0x55555840d9f0)
at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx:69
#35 0x00007ffff2354410 in vtkMultiProcessController::ProcessRMI (this=0x5555559323a0, remoteProcessId=0, arg=0x55555840d9f0, argLength=1, rmiTag=887822)
at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Parallel/Core/vtkMultiProcessController.cxx:768
#36 0x00007ffff235332e in vtkMultiProcessController::BroadcastProcessRMIs (this=0x5555559323a0, dont_loop=0)
#37 0x00007ffff235382c in vtkMultiProcessController::ProcessRMIs (this=0x5555559323a0, reportErrors=1, dont_loop=0) at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Parallel/Core/vtkMultiProcessController.cxx:648
#38 0x00007ffff23537d0 in vtkMultiProcessController::ProcessRMIs (this=0x5555559323a0) at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Parallel/Core/vtkMultiProcessController.cxx:640
#39 0x0000555555557ef3 in ParaViewPython::Run (processType=4, argc=12, argv=0x7fffffffdbf8) at /home/glow/work/paraview/paraviewSecondary/paraview/CommandLineExecutables/pvpython.h:91
#40 0x0000555555558101 in main (argc=12, argv=0x7fffffffdbf8) at /home/glow/work/paraview/paraviewSecondary/paraview/CommandLineExecutables/pvbatch.cxx:33
```
CPU 0
```
(gdb) bt
#0 0x00007fffd771b183 in ?? () from /usr/lib/openmpi/libopen-pal.so.20
#1 0x00007fffd76bdbf9 in opal_progress () from /usr/lib/openmpi/libopen-pal.so.20
#2 0x00007fffe165f0ce in ompi_request_default_wait () from /usr/lib/openmpi/libmpi.so.20
#3 0x00007fffe16bc72f in ompi_coll_base_sendrecv_nonzero_actual () from /usr/lib/openmpi/libmpi.so.20
#4 0x00007fffe16baf8e in ompi_coll_base_allgather_intra_bruck () from /usr/lib/openmpi/libmpi.so.20
#5 0x00007fffe166ec2a in PMPI_Allgather () from /usr/lib/openmpi/libmpi.so.20
#6 0x00007ffff25bb21c in vtkMPICommunicator::AllGatherVoidArray (this=0x5555558f30f0, sendBuffer=0x7fffffffc240, recvBuffer=0x55555c01f720, length=6, type=6) at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Parallel/MPI/vtkMPICommunicator.cxx:1328
#7 0x00007ffff6fef790 in vtkCommunicator::AllGather (this=0x5555558f30f0, sendBuffer=0x7fffffffc240, recvBuffer=0x55555c01f720, length=6) at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Parallel/Core/vtkCommunicator.h:767
#8 0x00007ffff700aaf0 in vtkMultiProcessController::AllGather (this=0x555555932770, sendBuffer=0x7fffffffc240, recvBuffer=0x55555c01f720, length=6) at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Parallel/Core/vtkMultiProcessController.h:951
#9 0x00007fffe75263ca in vtkStructuredGridVolumeRepresentation::RequestData (this=0x555559af1a30, request=0x555559af5c10, inputVector=0x555559b34020, outputVector=0x555559af1dc0)
at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerCore/Rendering/vtkStructuredGridVolumeRepresentation.cxx:84
#10 0x00007ffff1ae3804 in vtkPassInputTypeAlgorithm::ProcessRequest (this=0x555559af1a30, request=0x555559af5c10, inputVector=0x555559b34020, outputVector=0x555559af1dc0) at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkPassInputTypeAlgorithm.cxx:155
#11 0x00007ffff1ac68ad in vtkExecutive::CallAlgorithm (this=0x555559af5580, request=0x555559af5c10, direction=1, inInfo=0x555559b34020, outInfo=0x555559af1dc0) at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkExecutive.cxx:775
#12 0x00007ffff1abe5e7 in vtkDemandDrivenPipeline::ExecuteData (this=0x555559af5580, request=0x555559af5c10, inInfo=0x555559b34020, outInfo=0x555559af1dc0) at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx:492
#13 0x00007ffff1ab72e5 in vtkCompositeDataPipeline::ExecuteData (this=0x555559af5580, request=0x555559af5c10, inInfoVec=0x555559b34020, outInfoVec=0x555559af1dc0) at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkCompositeDataPipeline.cxx:173
#14 0x00007ffff1abdce7 in vtkDemandDrivenPipeline::ProcessRequest (this=0x555559af5580, request=0x555559af5c10, inInfoVec=0x555559b34020, outInfoVec=0x555559af1dc0) at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx:274
#15 0x00007ffff1b0c44c in vtkStreamingDemandDrivenPipeline::ProcessRequest (this=0x555559af5580, request=0x555559af5c10, inInfoVec=0x555559b34020, outInfoVec=0x555559af1dc0) at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkStreamingDemandDrivenPipeline.cxx:328
#16 0x00007fffe7492adc in vtkPVDataRepresentationPipeline::ProcessRequest (this=0x555559af5580, request=0x555559af5c10, inInfo=0x555559b34020, outInfo=0x555559af1dc0) at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerCore/Rendering/vtkPVDataRepresentationPipeline.cxx:97
#17 0x00007ffff1abe42e in vtkDemandDrivenPipeline::UpdateData (this=0x555559af5580, outputPort=-1) at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx:443
#18 0x00007ffff1b0c76e in vtkStreamingDemandDrivenPipeline::Update (this=0x555559af5580, port=-1, requests=0x0) at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkStreamingDemandDrivenPipeline.cxx:403
#19 0x00007ffff1b0c5fa in vtkStreamingDemandDrivenPipeline::Update (this=0x555559af5580, port=-1) at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkStreamingDemandDrivenPipeline.cxx:365
#20 0x00007ffff1aaeafe in vtkAlgorithm::Update (this=0x555559af1a30, port=-1) at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkAlgorithm.cxx:1456
#21 0x00007ffff1aaeac9 in vtkAlgorithm::Update (this=0x555559af1a30) at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Common/ExecutionModel/vtkAlgorithm.cxx:1450
#22 0x00007fffe7491aca in vtkPVDataRepresentation::ProcessViewRequest (this=0x555559af1a30, request=0x5555557bde50) at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerCore/Rendering/vtkPVDataRepresentation.cxx:89
#23 0x00007fffe752eb5f in vtkUnstructuredGridVolumeRepresentation::ProcessViewRequest (this=0x555559af1a30, request_type=0x5555557bde50, inInfo=0x55555b5555c0, outInfo=0x55555bfe7550)
at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerCore/Rendering/vtkUnstructuredGridVolumeRepresentation.cxx:231
#24 0x00007fffe752668f in vtkStructuredGridVolumeRepresentation::ProcessViewRequest (this=0x555559af1a30, request_type=0x5555557bde50, inInfo=0x55555b5555c0, outInfo=0x55555bfe7550)
at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerCore/Rendering/vtkStructuredGridVolumeRepresentation.cxx:128
#25 0x00007fffe750578d in vtkPVView::CallProcessViewRequest (this=0x555556a71f30, type=0x5555557bde50, inInfo=0x55555b5555c0, outVec=0x55555af9b850) at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerCore/Rendering/vtkPVView.cxx:352
#26 0x00007fffe75055f4 in vtkPVView::Update (this=0x555556a71f30) at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerCore/Rendering/vtkPVView.cxx:309
#27 0x00007fffe74de2db in vtkPVRenderView::Update (this=0x555556a71f30) at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerCore/Rendering/vtkPVRenderView.cxx:1226
#28 0x00007ffff755da7d in vtkPVRenderViewCommand (arlu=0x555555a04bd0, ob=0x555556a71f30, method=0x55555bfe77e9 "Update", msg=..., resultStream=...) at Wrapping/ClientServer/vtkPVRenderViewClientServer.cxx:1534
#29 0x00007ffff431cd79 in vtkClientServerInterpreter::CallCommandFunction (this=0x555555a04bd0, cname=0x7fffe7561d79 "vtkPVRenderView", ptr=0x555556a71f30, method=0x55555bfe77e9 "Update", msg=..., result=...)
at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerStream/vtkClientServerInterpreter.cxx:805
#30 0x00007ffff431b38c in vtkClientServerInterpreter::ProcessCommandInvoke (this=0x555555a04bd0, css=..., midx=1) at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerStream/vtkClientServerInterpreter.cxx:423
#31 0x00007ffff431a886 in vtkClientServerInterpreter::ProcessOneMessage (this=0x555555a04bd0, css=..., message=1) at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerStream/vtkClientServerInterpreter.cxx:264
#32 0x00007ffff431a715 in vtkClientServerInterpreter::ProcessStream (this=0x555555a04bd0, css=...) at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ClientServerStream/vtkClientServerInterpreter.cxx:234
#33 0x00007ffff5ce42be in vtkPVSessionCore::ExecuteStreamInternal (this=0x555555e0a690, stream=..., ignore_errors=false) at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx:636
#34 0x00007ffff5ce408d in vtkPVSessionCore::ExecuteStream (this=0x555555e0a690, location=21, stream=..., ignore_errors=false) at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx:606
#35 0x00007ffff5ce0328 in vtkPVSessionBase::ExecuteStream (this=0x555555dff860, location=21, stream=..., ignore_errors=false) at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ServerImplementation/Core/vtkPVSessionBase.cxx:165
#36 0x00007ffff61c31c6 in vtkSMProxy::ExecuteStream (this=0x555558317ff0, stream=..., ignore_errors=false, location=21) at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ServerManager/Core/vtkSMProxy.cxx:2309
#37 0x00007fffe7b26839 in vtkSMViewProxy::Update (this=0x555558317ff0) at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ServerManager/Rendering/vtkSMViewProxy.cxx:292
#38 0x00007fffe7adbaaf in vtkSMRenderViewProxy::Update (this=0x555558317ff0) at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ServerManager/Rendering/vtkSMRenderViewProxy.cxx:173
#39 0x00007fffe7b26386 in vtkSMViewProxy::StillRender (this=0x555558317ff0) at /home/glow/work/paraview/paraviewSecondary/paraview/ParaViewCore/ServerManager/Rendering/vtkSMViewProxy.cxx:225
#40 0x00007fffb28d089e in PyvtkSMViewProxy_StillRender (self=0x7fff96b143f8, args=0x7fffc8055050) at VTK/Wrapping/Python/vtkSMViewProxyPython.cxx:258
#41 0x00007fffefb7a67a in PyEval_EvalFrameEx () from /usr/lib/libpython2.7.so.1.0
#42 0x00007fffefbdb4c5 in PyEval_EvalCodeEx () from /usr/lib/libpython2.7.so.1.0
#43 0x00007fffefb8014e in PyEval_EvalFrameEx () from /usr/lib/libpython2.7.so.1.0
#44 0x00007fffefbdb4c5 in PyEval_EvalCodeEx () from /usr/lib/libpython2.7.so.1.0
---Type <return> to continue, or q <return> to quit---
#45 0x00007fffefbf58f9 in PyEval_EvalCode () from /usr/lib/libpython2.7.so.1.0
#46 0x00007fffefbe850f in run_mod () from /usr/lib/libpython2.7.so.1.0
#47 0x00007fffefbe9dc2 in PyRun_FileExFlags () from /usr/lib/libpython2.7.so.1.0
#48 0x00007fffefbe9f8e in PyRun_SimpleFileExFlags () from /usr/lib/libpython2.7.so.1.0
#49 0x00007fffefbed92e in Py_Main () from /usr/lib/libpython2.7.so.1.0
#50 0x00007fffefee8135 in vtkPythonInterpreter::PyMain (argc=10, argv=0x555555939f90) at /home/glow/work/paraview/paraviewSecondary/paraview/VTK/Utilities/PythonInterpreter/vtkPythonInterpreter.cxx:329
#51 0x0000555555557fbd in ParaViewPython::Run (processType=4, argc=12, argv=0x7fffffffdbf8) at /home/glow/work/paraview/paraviewSecondary/paraview/CommandLineExecutables/pvpython.h:108
#52 0x0000555555558101 in main (argc=12, argv=0x7fffffffdbf8) at /home/glow/work/paraview/paraviewSecondary/paraview/CommandLineExecutables/pvbatch.cxx:33
```
For some reasons (python3?) vall does not show this behavior. I was able to reproduce this bug on Kubuntu 16.04 and ArchLinux.5.5 (Spring 2018)Utkarsh AyachitUtkarsh Ayachithttps://gitlab.kitware.com/paraview/paraview/-/issues/17724Please update the CGNS library; large CGNS files do not open on Windows2017-12-05T16:59:25-05:00Menno Deij - van RijswijkPlease update the CGNS library; large CGNS files do not open on WindowsA critical problem with opening large files on Windows was patched more than 1 year ago in https://github.com/CGNS/CGNS and released in v3.3.1 last July. I tried fixing it in the ParaView git repo, but that was not allowed (of course).
...A critical problem with opening large files on Windows was patched more than 1 year ago in https://github.com/CGNS/CGNS and released in v3.3.1 last July. I tried fixing it in the ParaView git repo, but that was not allowed (of course).
If you update the version of CGNS used in ParaView, the windows users of ParaView can enjoy their large CGNS files too :smile:5.5 (Spring 2018)Ben BoeckelBen Boeckelhttps://gitlab.kitware.com/paraview/paraview/-/issues/17722Parallel Eye dome lighting issues with large datasets2019-03-19T10:40:01-04:00Andrew BauerParallel Eye dome lighting issues with large datasets@acbauer has the dataset and steps to reproduce this issue. @patchett2002 will want to keep track of this...@acbauer has the dataset and steps to reproduce this issue. @patchett2002 will want to keep track of this...5.5 (Spring 2018)Utkarsh AyachitUtkarsh Ayachithttps://gitlab.kitware.com/paraview/paraview/-/issues/17691Spreadsheet toggle column visibility is cumbersom2017-09-12T18:48:16-04:00W. Alan ScottSpreadsheet toggle column visibility is cumbersomSpreadsheet "Toggle Column Visibility" is horrible. Please make it easier to use.
* ParaView 5.4.1, Linux, local server.
* Load disk_out_ref.exo. All vars on. Apply.
* Convert to Spreadsheet View.
Now, my goal is to only have Global...Spreadsheet "Toggle Column Visibility" is horrible. Please make it easier to use.
* ParaView 5.4.1, Linux, local server.
* Load disk_out_ref.exo. All vars on. Apply.
* Convert to Spreadsheet View.
Now, my goal is to only have GlobalNideId and Temp turned on. Toggle Visibility. Every selection, the menu disappears!
Please convert this to something having an OK button, or at the least (my second choice, way down the list) have a "toggle all variables" selection.5.5 (Spring 2018)https://gitlab.kitware.com/paraview/paraview/-/issues/17689Crash when scrolling Pipeline browser (macOS 10.12, Qt 5.9.1)2018-01-15T19:28:41-05:00bobpepinCrash when scrolling Pipeline browser (macOS 10.12, Qt 5.9.1)Hi,
there seems to be some infinite looping going on when scrolling in the pipeline browser.
How to reproduce:
1. Make your Pipeline Browser window as small as possible
2. Create a couple Wavelet sources, enough so that the widget needs ...Hi,
there seems to be some infinite looping going on when scrolling in the pipeline browser.
How to reproduce:
1. Make your Pipeline Browser window as small as possible
2. Create a couple Wavelet sources, enough so that the widget needs to scroll
3. Highlight the first source and use Down Arrow until the widget starts to scroll and scrollbars appear
3. Play around for some time, scrolling both with the scrollbars and the middle mouse button
* OS: macOS Sierra 10.12.6
* Paraview: 5.4.1-509-gc685f84c (git)
* Qt: 5.9.1
Stack trace attached (top 38 frames from where the stack overflowed, repeats downwards).
[stack.txt](/uploads/f7fe0fe10324f3c1087cda66e4ee7ff7/stack.txt)5.5 (Spring 2018)https://gitlab.kitware.com/paraview/paraview/-/issues/17672Add ParaView nightly source to paraview download page2017-11-17T07:49:29-05:00Mathieu Westphal (Kitware)Add ParaView nightly source to paraview download pageOne can easilly download complete source for any release version of ParaView,
but not for the nightly build.
It would be nice to have that, especially for those that cannot use git to recover submodules.One can easilly download complete source for any release version of ParaView,
but not for the nightly build.
It would be nice to have that, especially for those that cannot use git to recover submodules.5.5 (Spring 2018)Ben BoeckelBen Boeckelhttps://gitlab.kitware.com/paraview/paraview/-/issues/17669Add ParaView version number in all traces2018-02-16T19:53:02-05:00W. Alan ScottAdd ParaView version number in all tracesWhen creating a trace, please add a commented out line that tells us the version number of ParaView used to create this python. Would it be useful to include if this is a local or remote server?When creating a trace, please add a commented out line that tells us the version number of ParaView used to create this python. Would it be useful to include if this is a local or remote server?5.5 (Spring 2018)Utkarsh AyachitUtkarsh Ayachithttps://gitlab.kitware.com/paraview/paraview/-/issues/17646Update Exodus libraries2018-02-19T09:59:06-05:00W. Alan ScottUpdate Exodus libraries@utkarsh.ayachit @cory-quammen I believe we also need to update the Exodus libraries, don't we? Related to #17617@utkarsh.ayachit @cory-quammen I believe we also need to update the Exodus libraries, don't we? Related to #176175.5 (Spring 2018)Shawn WaldonShawn Waldonhttps://gitlab.kitware.com/paraview/paraview/-/issues/17644Add support for 64 bit exodus files.2018-05-01T14:35:16-04:00W. Alan ScottAdd support for 64 bit exodus files.Here is a snippet of an e-mail from @gsjaardema:
As to the issue with the ids – Exodus has the option to store some or all integers in a database as 32-bit signed integers or 64-bit signed integers. Looking at the vtkExodusIIReader.cx...Here is a snippet of an e-mail from @gsjaardema:
As to the issue with the ids – Exodus has the option to store some or all integers in a database as 32-bit signed integers or 64-bit signed integers. Looking at the vtkExodusIIReader.cxx file that was referenced in an earlier email, it looks like it does not support the 64-bit integer mode of exodus; but it would probably be fairly easy to add this support.
An exodus file that contains 64-bit integers can be read by an application that only wants 32-bit integers – the exodus library (actually netcdf) will convert the 64-bit integers to 32-bit integers with no checking on whether the values are truncated. It is possible that this is what is happening in this case, but I’m not sure how many nodes/elements are in Chris’s file. If the file has > 2Billion nodes or elements, then there are likely issues from reading this model in an application that converts 64-bit to 32-bit to 64-bit which is what it looks like Paraview is doing from a cursory examination of vtkExodusIIReader.cxx. If the model has less than 2B nodes and elements, then it is possible that the “global ids” stored in the id maps are larger than 2B. In this case, depending on how things are stored internally in the application, the application should give correct connectivity, but displays of labels would be incorrect due to again the 64-bit to 32-bit to 64-bit conversion.
Note from Alan – this sounds like a feature hole/ bug, as we ramp up to Exascale... Greg - could you elaborate on where you found this 32 bit conversions?
Marking required, since this impacts exascale.5.5 (Spring 2018)Shawn WaldonShawn Waldonhttps://gitlab.kitware.com/paraview/paraview/-/issues/17637Exodus dataset with strange time data doesn't play2018-01-15T19:07:43-05:00W. Alan ScottExodus dataset with strange time data doesn't playI have a dataset that has strange time data in it. This dataset does play correctly in EnSight. Here is from a user:
"Attached is an example Exodus output file. We have a Continuation Parameter being varied from 0 to 1 in steps of ...I have a dataset that has strange time data in it. This dataset does play correctly in EnSight. Here is from a user:
"Attached is an example Exodus output file. We have a Continuation Parameter being varied from 0 to 1 in steps of 0.1. At each continuation step, the ELECTRIC_POTENTIAL, ELECTRON_DENSITY, and HOLE_DENSITY fields are getting written out to Exodus, along with the Continuation Parameter as a global variable. Each time we write out, though, we're doing so at time 0, so it appears as if there are 11 "timesteps" in the output, though time = 0 for all of them. When I open the file up in ParaView, I would expect there to be a way to step through each of the "writes" such that I could see what the fields looked like for each step of the Continuation Parameter. Is that possible?"
I have the dataset. It is named pndiode.dd-result.loca.exo, and is in directory jmg*. Ask me for this dataset.5.5 (Spring 2018)Cory Quammencory.quammen@kitware.comCory Quammencory.quammen@kitware.comhttps://gitlab.kitware.com/paraview/paraview/-/issues/17624Cylinder slice type axis inputs do not change data object2018-02-16T14:49:15-05:00Jacob BoydstonCylinder slice type axis inputs do not change data objectWhen using slice type cylinder, the axis text edit boxes under cylinder parameters do not seem to change the orientation of the underlying data object. The interactive widget does change, but the resulting slice seems to be always based...When using slice type cylinder, the axis text edit boxes under cylinder parameters do not seem to change the orientation of the underlying data object. The interactive widget does change, but the resulting slice seems to be always based on a cylinder with axis [0,1,0]. This is observed in version 5.4.0 and I have not tried other versions.![cylinderslice](/uploads/9f7791239a1ba4feff0389282d85ac7c/cylinderslice.png)5.5 (Spring 2018)https://gitlab.kitware.com/paraview/paraview/-/issues/17617Update netcdf2018-02-16T20:32:00-05:00W. Alan ScottUpdate netcdfUpdate netcdf. I suspect work will be related to #17084.Update netcdf. I suspect work will be related to #17084.5.5 (Spring 2018)Shawn WaldonShawn Waldonhttps://gitlab.kitware.com/paraview/paraview/-/issues/17601Exodus variable names being truncated to 32 characters2017-11-28T08:38:59-05:00W. Alan ScottExodus variable names being truncated to 32 charactersExodus allows variable names to be longer than 32 characters. ParaView is truncating them. This needs to be fixed. I will have more information in a few weeks and will post it here, when the keeper of the Exodus format gets back form ...Exodus allows variable names to be longer than 32 characters. ParaView is truncating them. This needs to be fixed. I will have more information in a few weeks and will post it here, when the keeper of the Exodus format gets back form vacation.
Dataset attached. Notice that VON_MISES_[1,2] has not been truncated, but HYPERELASTIC_HOURGLASS_STIFFNESS_[1-4] has. This is a bug.
[ironing_small.e](/uploads/ab8fc0da6492f12b62dc1260ed15b2c4/ironing_small.e)5.5 (Spring 2018)Andrew BauerAndrew Bauerhttps://gitlab.kitware.com/paraview/paraview/-/issues/17574New source Unstructured Cell Types and Slice has errors2017-09-15T16:25:54-04:00W. Alan ScottNew source Unstructured Cell Types and Slice has errorsThe Unstructured Cell Types source interacts weirdly with slice. Here is how to replicate.
* 5.4.0, Linux, local server.
* Sources/ UnstructuredCellTypes with a 50x1x50 dimension. Default cell type (Hex). Apply.
* Slice. Origin: 0...The Unstructured Cell Types source interacts weirdly with slice. Here is how to replicate.
* 5.4.0, Linux, local server.
* Sources/ UnstructuredCellTypes with a 50x1x50 dimension. Default cell type (Hex). Apply.
* Slice. Origin: 0, 1e-6, 0. Normal: 0, 1, 0. Triangulate the Slice: Off
* This works.
* Reset Session
* Sources/ UnstructuredCellTypes with a 50x1x50 dimension. Cell type Pyramid or Hex. Apply.
* Slice. Origin: 0, 1e-6, 0. Normal: 0, 1, 0. Triangulate the Slice: Off
* This gives the following errors.
ERROR: In /home/buildslave/dashboards/buildbot/paraview-pvbinsdash-linux-shared-release_superbuild/source-paraview/VTK/Common/Core/vtkGenericDataArray.txx, line 120
vtkFloatArray (0x6411ee0): Tuple 2 out of range for provided array. Requested tuple: 7700 Tuples: 5202
ERROR: In /home/buildslave/dashboards/buildbot/paraview-pvbinsdash-linux-shared-release_superbuild/source-paraview/VTK/Common/Core/vtkGenericDataArray.txx, line 120
vtkFloatArray (0x7bbdf20): Tuple 2 out of range for provided array. Requested tuple: 7701 Tuples: 5202
Be sure to test all of the cell types. I believe others may be failing also.5.5 (Spring 2018)Andrew BauerAndrew Bauerhttps://gitlab.kitware.com/paraview/paraview/-/issues/17567Save Screenshot may not give exact resolution as requested2017-07-18T19:39:32-04:00Utkarsh AyachitSave Screenshot may not give exact resolution as requestedIn some cases, exact resolution images cannot be produced. Steps:
* Start ParaView (builtin mode) (5.4.0)
* Tools | Lock View Size Custom to lock to 538x638.
* Save screenshot at target resolution 2188x1236.
The saved PNG is of size 21...In some cases, exact resolution images cannot be produced. Steps:
* Start ParaView (builtin mode) (5.4.0)
* Tools | Lock View Size Custom to lock to 538x638.
* Save screenshot at target resolution 2188x1236.
The saved PNG is of size 2185x1235.5.5 (Spring 2018)Utkarsh AyachitUtkarsh Ayachithttps://gitlab.kitware.com/paraview/paraview/-/issues/17558Preview mode doesn't work when the layout is "popped out"2017-12-14T14:51:00-05:00Utkarsh AyachitPreview mode doesn't work when the layout is "popped out"If one pops out the layout, then entering "Preview" mode doesn't lock the popped out layout's size to preview size.If one pops out the layout, then entering "Preview" mode doesn't lock the popped out layout's size to preview size.5.5 (Spring 2018)Utkarsh AyachitUtkarsh Ayachithttps://gitlab.kitware.com/paraview/paraview/-/issues/17501Menus disapear Linux, full screen2018-02-28T13:50:14-05:00W. Alan ScottMenus disapear Linux, full screenParaView 5.4.0, Linux, using RGS. If you full screen ParaView, the top menu disappears!
Possibly related to or duplicate of #17499
![Capture](/uploads/509e2c710f1f20b54cb7bd6aff677b4d/Capture.PNG)ParaView 5.4.0, Linux, using RGS. If you full screen ParaView, the top menu disappears!
Possibly related to or duplicate of #17499
![Capture](/uploads/509e2c710f1f20b54cb7bd6aff677b4d/Capture.PNG)5.5 (Spring 2018)