ParaView issueshttps://gitlab.kitware.com/paraview/paraview/-/issues2017-11-22T21:58:08-05:00https://gitlab.kitware.com/paraview/paraview/-/issues/17764Polyline Source widget broken2017-11-22T21:58:08-05:00Mathieu Westphal (Kitware)Polyline Source widget brokenTHe polyline source widget is broken and does not get updated when moving points .
- Open ParaView
- Create Polyline Source
- Move points
- Widget is not moving with the points
![Bug_PolyLineSource](/uploads/0aa8d998ed9e09d7365213c396f...THe polyline source widget is broken and does not get updated when moving points .
- Open ParaView
- Create Polyline Source
- Move points
- Widget is not moving with the points
![Bug_PolyLineSource](/uploads/0aa8d998ed9e09d7365213c396f3cd2e/Bug_PolyLineSource.png)5.5 (Spring 2018)https://gitlab.kitware.com/paraview/paraview/-/issues/17763CTH, Slice View, crashes2018-01-30T17:50:20-05:00W. Alan ScottCTH, Slice View, crashesWe have a really ugly crash, CTH Sliceview. Here is how to replicate:
* Linux, 5.4.1, local server.
* Open Dave's small CTH dataset. All vars on. Apply.
* Convert to: Slice View.
* Turn eyeball on for Volume Data.
It's all over.We have a really ugly crash, CTH Sliceview. Here is how to replicate:
* Linux, 5.4.1, local server.
* Open Dave's small CTH dataset. All vars on. Apply.
* Convert to: Slice View.
* Turn eyeball on for Volume Data.
It's all over.5.5 (Spring 2018)Shawn WaldonShawn Waldonhttps://gitlab.kitware.com/paraview/paraview/-/issues/17762CTH Selection Cell Labels is broken2017-12-14T17:20:09-05:00W. Alan ScottCTH Selection Cell Labels is brokenParaView is very broken for trying to display cell data for cells that are selected. Here is how to replicate:
* Linux, local server, 5.4.1
* Load Dave's small CTH dataset. All vars on. Apply.
* Surface.
*-Y
*Color by Material Volume...ParaView is very broken for trying to display cell data for cells that are selected. Here is how to replicate:
* Linux, local server, 5.4.1
* Load Dave's small CTH dataset. All vars on. Apply.
* Surface.
*-Y
*Color by Material Volume Fraction - 1
* Find Data. Cell Labels. Select Material Volume Fraction - 1.
* Now, select cells on. Click somewhere.
Nothing shows up. Further, we are now getting the following mess
```
Generic Warning: In /home/buildslave/dashboards/buildbot/paraview-pvbinsdash-linux-shared-release_superbuild/build/superbuild/paraview/src/VTK/Common/Core/vtkUnicodeString.cxx, line 183
vtkUnicodeString::from_utf8(): not a valid UTF-8 string.
Generic Warning: In /home/buildslave/dashboards/buildbot/paraview-pvbinsdash-linux-shared-release_superbuild/build/superbuild/paraview/src/VTK/Common/Core/vtkUnicodeString.cxx, line 183
vtkUnicodeString::from_utf8(): not a valid UTF-8 string.
ERROR: In /home/buildslave/dashboards/buildbot/paraview-pvbinsdash-linux-shared-release_superbuild/build/superbuild/paraview/src/VTK/Rendering/OpenGL2/vtkOpenGLTexture.cxx, line 171
vtkOpenGLTexture (0x8bb5570): No scalar values found for texture input!
Generic Warning: In /home/buildslave/dashboards/buildbot/paraview-pvbinsdash-linux-shared-release_superbuild/build/superbuild/paraview/src/VTK/Common/Core/vtkUnicodeString.cxx, line 183
vtkUnicodeString::from_utf8(): not a valid UTF-8 string.
ERROR: In /home/buildslave/dashboards/buildbot/paraview-pvbinsdash-linux-shared-release_superbuild/build/superbuild/paraview/src/VTK/Rendering/OpenGL2/vtkOpenGLTexture.cxx, line 171
vtkOpenGLTexture (0x8bb5570): No scalar values found for texture input!
```5.5 (Spring 2018)Shawn WaldonShawn Waldonhttps://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/17754Missing error messages when in client-server mode2018-02-28T21:04:31-05:00Utkarsh AyachitMissing error messages when in client-server mode* Start ParaView & connect to remote pvserver
* Wavelet, Apply
* Python calculator, type invalid expression e.g. `volume)input)`, Apply
You'll get errors on the terminal but no output messages window pops up.* Start ParaView & connect to remote pvserver
* Wavelet, Apply
* Python calculator, type invalid expression e.g. `volume)input)`, Apply
You'll get errors on the terminal but no output messages window pops up.5.5 (Spring 2018)Utkarsh AyachitUtkarsh Ayachithttps://gitlab.kitware.com/paraview/paraview/-/issues/17750Block names for empty blocks lost in client-server2017-12-12T20:16:16-05:00Utkarsh AyachitBlock names for empty blocks lost in client-serverSteps:
* Start paraview and connect to pvserver (2 ranks)
* open disk_out_ref.ex2, apply
Look at the Information panel: blocks under the Side Sets (for example) have no names. Load all side sets from the Properties panel for the reader. ...Steps:
* Start paraview and connect to pvserver (2 ranks)
* open disk_out_ref.ex2, apply
Look at the Information panel: blocks under the Side Sets (for example) have no names. Load all side sets from the Properties panel for the reader. The block names will appear.
This does not happen in builtin mode.5.5 (Spring 2018)Utkarsh AyachitUtkarsh Ayachithttps://gitlab.kitware.com/paraview/paraview/-/issues/17738ParaView-5.3.0-OpenGL2-OSMesa-MPI-Linux-64bit.tar.gz does not contain ./bin/p...2017-10-25T14:03:58-04:00Mathieu Westphal (Kitware)ParaView-5.3.0-OpenGL2-OSMesa-MPI-Linux-64bit.tar.gz does not contain ./bin/paraviewIt looks like [ParaView-5.3.0-OpenGL2-OSMesa-MPI-Linux-64bit.tar.gz](https://www.paraview.org/paraview-downloads/download.php?submit=Download&version=v5.3&type=binary&os=Linux&downloadFile=ParaView-5.3.0-OpenGL2-OSMesa-MPI-Linux-64bit.ta...It looks like [ParaView-5.3.0-OpenGL2-OSMesa-MPI-Linux-64bit.tar.gz](https://www.paraview.org/paraview-downloads/download.php?submit=Download&version=v5.3&type=binary&os=Linux&downloadFile=ParaView-5.3.0-OpenGL2-OSMesa-MPI-Linux-64bit.tar.gz) is missing paraview executable.5.5 (Spring 2018)https://gitlab.kitware.com/paraview/paraview/-/issues/17736PFlotran reader endian bug2017-12-12T21:36:38-05:00W. Alan ScottPFlotran reader endian bugFrom a customer:
```
<start forwarded thread>
A colleague in Spain is using Paraview and runs into the following problem (her words):
When trying to read data generated on supercomputer (big-endian), the ParaView PFlotran-reader fai...From a customer:
```
<start forwarded thread>
A colleague in Spain is using Paraview and runs into the following problem (her words):
When trying to read data generated on supercomputer (big-endian), the ParaView PFlotran-reader fails. This is because the data generated on the supercomputer is big-endian whereas my machine (Intel machine) uses little-endian.
The workaround to fix this is to go to following directory:
Utilities/VisItBridge/databases/PFLOTRAN
and to the following file : avtPFLOTRANFileFormat.C
In the functions avtPFLOTRANFileFormat::GetVar(...) and avtPFLOTRANFileFormat::GetVectorVar(...)
there are the following if-statement TWO TIMES IN BOTH FUNCTIONS, so 4 modifications are needed:
if (H5Tequal(intype, H5T_NATIVE_FLOAT) ||
H5Tequal(intype, H5T_NATIVE_DOUBLE) ||
H5Tequal(intype, H5T_NATIVE_LDOUBLE) )
Replace ALL 4 above OCCURRENCES by
if (H5Tequal(intype, H5T_NATIVE_FLOAT) ||
H5Tequal(intype, H5T_NATIVE_DOUBLE) ||
H5Tequal(intype, H5T_NATIVE_LDOUBLE) ||
H5Tequal(intype, H5T_IEEE_F32BE) ||
H5Tequal(intype, H5T_IEEE_F64BE) )
The problem is I have to compile paraview from source for each update or on every machine. I was wondering whether this capability to read data from big-endian machine could be included.
Is it possible for the code change she suggests to be made, so that she can use the kitware executable instead of compiling herself each time?
``5.5 (Spring 2018)https://gitlab.kitware.com/paraview/paraview/-/issues/17731Small bug in coprocessing.py2017-10-25T14:03:58-04:00Jon WoodringSmall bug in coprocessing.py@demarle
`Wrapping/Python/paraview/coprocessing.py` line 584:
`paraview` is not in scope
Should probably change line 10 to
`import from paraview import simple, servermanager, print_error`
and lines 584 and 585 to
```
print_error(......@demarle
`Wrapping/Python/paraview/coprocessing.py` line 584:
`paraview` is not in scope
Should probably change line 10 to
`import from paraview import simple, servermanager, print_error`
and lines 584 and 585 to
```
print_error(...
print_error(...
```5.5 (Spring 2018)Andrew BauerAndrew Bauerhttps://gitlab.kitware.com/paraview/paraview/-/issues/17729[Python] Render() will not exit unless interpreter is closed2017-09-26T16:21:18-04:00Steven Walton[Python] Render() will not exit unless interpreter is closedHow to replicate
```
$ python
>>> import paraview.simple as ps
>>> ps.Show(ps.Cone())
>>> ps.Render()
```
Window that appears will not close unless interpreter is closed.
System:
```
$ lsb_release -a
No LSB modules are available.
Distr...How to replicate
```
$ python
>>> import paraview.simple as ps
>>> ps.Show(ps.Cone())
>>> ps.Render()
```
Window that appears will not close unless interpreter is closed.
System:
```
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 16.04.3 LTS
Release: 16.04
Codename: xenial
$ python --version
Python 2.7.12
```
I have replicated this result on different machines. I see the same results in a Windows Developer build. The `Render()` is also buggy with scripts.
Edit:
`WriteImage()` causes a display to be opened, and this does properly close.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/17726streamline all catalyst related features in ParaView's GUI.2018-03-09T14:51:53-05:00David E. DeMarlestreamline all catalyst related features in ParaView's GUI.We need to unify the disparate aspects of catalyst that have grown organically in the ParaView GUI. At a minimum the plugin should be promoted to core (still python dependent) and the catalyst, coprocessing and writers menus should be br...We need to unify the disparate aspects of catalyst that have grown organically in the ParaView GUI. At a minimum the plugin should be promoted to core (still python dependent) and the catalyst, coprocessing and writers menus should be brought together in one place.
We will need to sit down with a quorum of users (again) to decide how to make it user friendly while still feature rich.5.5 (Spring 2018)David E. DeMarleDavid E. DeMarlehttps://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/17719Client/server crash2017-12-06T16:19:09-05:00W. Alan ScottClient/server crashWe have a crash client server. Here is the important error message. I will send all output by e-mail to @cory-quammen and @utkarsh.ayachit.
pvserver: .../ClientServerCore/Rendering/vtkPVRenderingCapabilitiesInformation.cxx:162: stat...We have a crash client server. Here is the important error message. I will send all output by e-mail to @cory-quammen and @utkarsh.ayachit.
pvserver: .../ClientServerCore/Rendering/vtkPVRenderingCapabilitiesInformation.cxx:162: static vtkSmartPointer<vtkRenderWindow> vtkPVRenderingCapabilitiesInformation::NewOffscreenRenderWindow(): Assertion `window == nullptr || window->GetOffScreenRendering() == 1' failed.
pvserver is run as follows:
(slurm stuff here) pvserver --force-offscreen-rendering -rc -ch=myBlade5.5 (Spring 2018)Utkarsh AyachitUtkarsh Ayachithttps://gitlab.kitware.com/paraview/paraview/-/issues/17712ensure paraview and catalyst runtimes get a consistent python environment2017-12-14T17:10:04-05:00David E. DeMarleensure paraview and catalyst runtimes get a consistent python environmentOn platforms that have a variety of pythons installed, it is not straightforward to ensure that ParaView and catalyzed simulations which use Python, always end up with a consistent set of python paths without significant user education a...On platforms that have a variety of pythons installed, it is not straightforward to ensure that ParaView and catalyzed simulations which use Python, always end up with a consistent set of python paths without significant user education and/or tweaks to the system modules that enable ParaView. We can improve on this by make ParaView smarter about detecting the appropriate paths on startup.5.5 (Spring 2018)Utkarsh AyachitUtkarsh Ayachithttps://gitlab.kitware.com/paraview/paraview/-/issues/17710screenshot issue when rendering with OSPRay2017-10-25T14:03:58-04:00Paul Navrátilscreenshot issue when rendering with OSPRayIn ParaView 5.4.0 with OSPRay 1.3.1, when rendering with OSPRay, if you try to save a screen capture larger than the current framebuffer, the resulting image is garbled. Dave DeMarle reports that a change to accumulation / progressive re...In ParaView 5.4.0 with OSPRay 1.3.1, when rendering with OSPRay, if you try to save a screen capture larger than the current framebuffer, the resulting image is garbled. Dave DeMarle reports that a change to accumulation / progressive refinement in 5.4.0 is the root cause:
> Yes it is the accumulation/progressive refinement in 5.4.0 that broke it.
> I just need to take tiling into account in vtkOSPRayRendererNode.cxx where I calculate canReuse to get a first order fix and
> maybe temporarily increase samples per pixel to accommodate for droppiing to to 1 pass when saving images.
Sample images of the behavior:
![PastedGraphic-3](/uploads/f074b475828cb88140ad2642a8c29f4c/PastedGraphic-3.tiff)
![PastedGraphic-4](/uploads/c857e63fcd05ae7ee9f2760bcaf7d4a6/PastedGraphic-4.tiff)
![PastedGraphic-5](/uploads/6134df0bb49de3c461cc29c5d417dff8/PastedGraphic-5.tiff)5.5 (Spring 2018)https://gitlab.kitware.com/paraview/paraview/-/issues/17703Find Data by "Point Location": tab order incorrect2017-09-26T20:18:31-04:00Utkarsh AyachitFind Data by "Point Location": tab order incorrectSteps:
1. Sphere, Apply
2. Find Data, then setup as follows:
![image](/uploads/19af008b98066629b4f76cf2d0264943/image.png)
Try tabbing through the 3 values for point location; the tab order skips the middle value.Steps:
1. Sphere, Apply
2. Find Data, then setup as follows:
![image](/uploads/19af008b98066629b4f76cf2d0264943/image.png)
Try tabbing through the 3 values for point location; the tab order skips the middle value.5.5 (Spring 2018)Shawn WaldonShawn Waldonhttps://gitlab.kitware.com/paraview/paraview/-/issues/17702Plugin manager missing functionality2017-10-25T14:03:57-04:00W. Alan ScottPlugin manager missing functionalityThe plugin manager is missing the ability to unload plugins, without removing them from the list. After you select a candidate plugin, and click Load Selected, for a loaded plugin, Load Selected should change to Unload Selected. There ...The plugin manager is missing the ability to unload plugins, without removing them from the list. After you select a candidate plugin, and click Load Selected, for a loaded plugin, Load Selected should change to Unload Selected. There is no way to unload this plugin, short of clicking Remove - removing it from the list. I wouldn't mind getting rid of Remove - it's a stupid function.5.5 (Spring 2018)https://gitlab.kitware.com/paraview/paraview/-/issues/17700Loading plugin doesn't work as expected from Python2017-09-26T21:21:45-04:00Utkarsh AyachitLoading plugin doesn't work as expected from PythonThe following fails when run through pvpython:
```python
from paraview.simple import *
LoadDistributedPlugin("SurfaceLIC", ns=globals())
OpenDataFile("office.binary.vtk")
r = Show()
r.LICIntensity = 1
```
The representation doesn't hav...The following fails when run through pvpython:
```python
from paraview.simple import *
LoadDistributedPlugin("SurfaceLIC", ns=globals())
OpenDataFile("office.binary.vtk")
r = Show()
r.LICIntensity = 1
```
The representation doesn't have LICIntensity property, although it should.5.5 (Spring 2018)