ParaView issueshttps://gitlab.kitware.com/paraview/paraview/-/issues2022-09-02T09:09:29-04:00https://gitlab.kitware.com/paraview/paraview/-/issues/20890SIGABRT triggered when using the Append Location Attributes filter2022-09-02T09:09:29-04:00Pierre CrepierSIGABRT triggered when using the Append Location Attributes filterHello,
I have a post-processing pipeline that makes use of the Append Location Attributes in order to get access to the cell center coordinates.
Unfortunately, the pileline sometimes crashes without being reproducible consitently. (the ...Hello,
I have a post-processing pipeline that makes use of the Append Location Attributes in order to get access to the cell center coordinates.
Unfortunately, the pileline sometimes crashes without being reproducible consitently. (the pipeline crashed once in 30 runs this morning, but then ran fine when re-running it for the faulty case)
Paraview gives a stack trace:
```
realloc(): invalid old size
Loguru caught a signal: SIGABRT
Stack trace:
19 0x155554aece83 clone + 67
18 0x15554f5962de /lib64/libpthread.so.0(+0x82de) [0x15554f5962de]
17 0x15554f34d196 /cm/shared/apps/paraview/5.9.0/bin/../lib/libtbb.so.2(+0x1d196) [0x15554f34d196]
16 0x15554f34d206 /cm/shared/apps/paraview/5.9.0/bin/../lib/libtbb.so.2(+0x1d206) [0x15554f34d206]
15 0x15554f35156f /cm/shared/apps/paraview/5.9.0/bin/../lib/libtbb.so.2(+0x2156f) [0x15554f35156f]
14 0x15554f353760 /cm/shared/apps/paraview/5.9.0/bin/../lib/libtbb.so.2(+0x23760) [0x15554f353760]
13 0x15554f3595ea /cm/shared/apps/paraview/5.9.0/bin/../lib/libtbb.so.2(+0x295ea) [0x15554f3595ea]
12 0x15552f88918e /cm/shared/apps/paraview/5.9.0/bin/../lib/../lib/libvtkFiltersCore-pv5.9.so.1(+0x12418e) [0x15552f88918e]
11 0x155550f7c31e vtkUnstructuredGrid::GetCell(long long, vtkGenericCell*) + 750
10 0x155550ec7408 vtkPolyhedron::SetFaces(long long*) + 392
9 0x15554f9c9cec vtkAbstractArray::SetNumberOfValues(long long) + 44
8 0x15554f9b425b /cm/shared/apps/paraview/5.9.0/bin/../lib/libvtkCommonCore-pv5.9.so.1(+0x20625b) [0x15554f9b425b]
7 0x15554fb66c3b vtkAOSDataArrayTemplate<long long>::ReallocateTuples(long long) + 283
6 0x155554a7706b realloc + 827
5 0x155554a75edc /lib64/libc.so.6(+0x84edc) [0x155554a75edc]
4 0x155554a71fdc /lib64/libc.so.6(+0x80fdc) [0x155554a71fdc]
3 0x155554a6b897 /lib64/libc.so.6(+0x7a897) [0x155554a6b897]
2 0x155554a12b25 abort + 295
1 0x155554a2870f gsignal + 271
0 0x155554a28790 /lib64/libc.so.6(+0x37790) [0x155554a28790]
( 66.528s) [ A3BFE700] :0 FATL| Signal: SIGABRT
error: exception occurred: Child aborted
```
The dataset is a multiblock dataset from a cgns file.
I'll try to see if the problem is solved when using a merged multiblock dataset (so single block instead of multi block)5.11 (Spring 2022)Spiros TsalikisSpiros Tsalikishttps://gitlab.kitware.com/paraview/paraview/-/issues/20860Ghost cell generator crashes with SIGSEGV in Wavelet -> Threshold -> Aggregat...2021-10-04T17:34:24-04:00Ethan StamGhost cell generator crashes with SIGSEGV in Wavelet -> Threshold -> Aggregate Data -> Generate Ghost Cells pipeline@yohann.bearzi @cory.quammen @utkarsh.ayachit @patchett2002
Local linux client from [here](https://open.cdash.org/upload/c40a054ee43b11b15a90698c6bf9b0385f057222/ParaView-5.9.1-1451-g686e45e-MPI-Linux-Python3.9-x86_64.tar.gz)
Server i...@yohann.bearzi @cory.quammen @utkarsh.ayachit @patchett2002
Local linux client from [here](https://open.cdash.org/upload/c40a054ee43b11b15a90698c6bf9b0385f057222/ParaView-5.9.1-1451-g686e45e-MPI-Linux-Python3.9-x86_64.tar.gz)
Server is intel, openmpi, osmesa build with spack of ParaView @ 686e45ea1c890c370960498dcbc7c44b54b4dc56
The server crashed on Apply of the ghost cell generator after this pipeline with `Loguru caught a signal: SIGSEGV`
To reproduce:
1. Default wavelet source (36 MPI ranks)
2. Threshold filter (capture everything)
3. Aggregate Dataset filter (Down to 8 MPI ranks)
4. Default Generate Ghost Cells filter -> Apply
Stack trace:
```console
Stack trace:
26 0x403589 /yellow/usr/projects/paraview/pilotlight/tmp_snow_master_intel_19.0.4.243/spack/opt/spack/linux-rhel7-broadwell/intel-19.0.4.243/paraview-master-2ryfgurki4x53k4cdbmnehmtt7repmgi/bin/pvserver() [0x403589]
25 0x2b1ace8c8555 __libc_start_main + 245
24 0x403828 /yellow/usr/projects/paraview/pilotlight/tmp_snow_master_intel_19.0.4.243/spack/opt/spack/linux-rhel7-broadwell/intel-19.0.4.243/paraview-master-2ryfgurki4x53k4cdbmnehmtt7repmgi/bin/pvserver() [0x403828]
23 0x2b1ac5f86711 vtkMultiProcessController::ProcessRMIs(int, int) + 657
22 0x2b1ac5f86fb4 vtkMultiProcessController::BroadcastProcessRMIs(int, int) + 164
21 0x2b1ac5f86d33 vtkMultiProcessController::ProcessRMI(int, void*, int, int) + 963
20 0x2b1ac4eb8f9a vtkPVSessionCore::ExecuteStreamSatelliteCallback() + 170
19 0x2b1ac4eb8417 vtkPVSessionCore::ExecuteStreamInternal(vtkClientServerStream const&, bool) + 167
18 0x2b1ac4391309 vtkClientServerInterpreter::ProcessStream(vtkClientServerStream const&) + 41
17 0x2b1ac438dc72 vtkClientServerInterpreter::ProcessOneMessage(vtkClientServerStream const&, int) + 1922
16 0x2b1ac438fd5d vtkClientServerInterpreter::ProcessCommandInvoke(vtkClientServerStream const&, int) + 301
15 0x2b1ac4391697 vtkClientServerInterpreter::CallCommandFunction(char const*, vtkObjectBase*, char const*, vtkClientServerStream const&, vtkClientServerStream&) + 855
14 0x2b1ac21997fc vtkSISourceProxyCommand(vtkClientServerInterpreter*, vtkObjectBase*, char const*, vtkClientServerStream const&, vtkClientServerStream&, void*) + 1772
13 0x2b1ac4efcdc6 vtkSISourceProxy::UpdatePipeline(int, double, bool) + 326
12 0x2b1aca472bd5 vtkStreamingDemandDrivenPipeline::Update(int, vtkInformationVector*) + 261
11 0x2b1aca408acf vtkDemandDrivenPipeline::UpdateData(int) + 143
10 0x2b1aca4726d1 vtkStreamingDemandDrivenPipeline::ProcessRequest(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 1809
9 0x2b1aca4078fc vtkDemandDrivenPipeline::ProcessRequest(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 252
8 0x2b1aca402c3a vtkCompositeDataPipeline::ForwardUpstream(vtkInformation*) + 314
7 0x2b1aca4726d1 vtkStreamingDemandDrivenPipeline::ProcessRequest(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 1809
6 0x2b1aca4079aa vtkDemandDrivenPipeline::ProcessRequest(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 426
5 0x2b1aca403240 vtkCompositeDataPipeline::ExecuteData(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 64
4 0x2b1aca408e59 vtkDemandDrivenPipeline::ExecuteData(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 57
3 0x2b1aca40cc7d vtkExecutive::CallAlgorithm(vtkInformation*, int, vtkInformationVector**, vtkInformationVector*) + 61
2 0x2b1ac5d09494 vtkGhostCellsGenerator::RequestData(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 3156
1 0x2b1ac5d12434 int vtkDIYGhostUtilities::GenerateGhostCells<vtkUnstructuredGrid>(std::vector<vtkUnstructuredGrid*>&, std::vector<vtkUnstructuredGrid*>&, int, vtkMultiProcessController*) + 2100
0 0x2b1ac5d82c6c vtkDIYGhostUtilities::SetupBlockSelfInformation(vtkdiy2::Master&, std::vector<vtkUnstructuredGrid*>&) + 1084
```5.10 (Fall 2021)Yohann Bearzi (Kitware)Yohann Bearzi (Kitware)https://gitlab.kitware.com/paraview/paraview/-/issues/20821vtkPVDiscretizableColorTransferFunction: Index out of range !2021-10-04T19:20:19-04:00Ghost UservtkPVDiscretizableColorTransferFunction: Index out of range !Warnings are raised everytime you move your mouse over the Opacity transfer function in a certain case.
### Reproduce:
- enable volume rendering on something (just to have the mapping data show up)
- In mapping data: **add more points (...Warnings are raised everytime you move your mouse over the Opacity transfer function in a certain case.
### Reproduce:
- enable volume rendering on something (just to have the mapping data show up)
- In mapping data: **add more points (nodes) in the opacity transfer function than in the Color transfer functions**
- hover your mouse over the Opacity transfer function graph: you get
```
(1712.476s) [paraview ]vtkColorTransferFunctio:1277 ERR| vtkPVDiscretizableColorTransferFunction (0x55e84103da50): Index out of range!
```
### Brief analysis
Warning is raised here:
https://gitlab.kitware.com/vtk/vtk/-/blob/4b9e1acc53af9ccf54df4b0c78909ff172319a71/Rendering/Core/vtkColorTransferFunction.cxx#L1274
The issue here is that the `this->Internal->Nodes.size()` there always returns the number of nodes in the color transfer function (try it out yourself with a print), even when used in the opacity transfer functions. I tried for quite some time to figure out why but eventually couldn't so I'm raising this issue.
Have a great day5.10 (Fall 2021)Cory Quammencory.quammen@kitware.comCory Quammencory.quammen@kitware.comhttps://gitlab.kitware.com/paraview/paraview/-/issues/20688Loading a multiblock with symmetric mode creates an error2021-05-10T13:54:46-04:00Boonthanome NouanesengsyLoading a multiblock with symmetric mode creates an errorI have a python script that loads a multiblock, applies the Integrate Variables filter, then writes out the resulting data in a csv file. When running the script in symmetric mode, the following error pops up:
```
( 0.591s) [pvbatch ...I have a python script that loads a multiblock, applies the Integrate Variables filter, then writes out the resulting data in a csv file. When running the script in symmetric mode, the following error pops up:
```
( 0.591s) [pvbatch ] vtkPVSessionCore.cxx:372 ERR| vtkPVSessionCore (0x7fb82709c1d0): Object type: vtkXMLMultiBlockDataReader, could not find requested method: "SetActiveTimeDataArrayName"
or the method was called with incorrect arguments.
```
There are more error messages after that. Even though these error messages appear, the csv file does show up, so it doesn't actually seem to affect anything. But these error messages should be looked into.
If I run without the symmetric flag, no error messages appear.
Test dataset: [symmetric.tar.gz](/uploads/ec25b3454d51271e3a1a7f9b4dd1ae56/symmetric.tar.gz)
To reproduce:
- untar the test dataset. there will be a python script and vtm file there.
- mpirun -np 1 pvbatch --symmetric integrate.py
- lots of error messages pop up
This is with the latest master branch of Paraview. Be sure to use the latest master when reproducing, as the script does not work with 5.9.0.
@patchett2002 @cory.quammen5.10 (Fall 2021)Cory Quammencory.quammen@kitware.comCory Quammencory.quammen@kitware.comhttps://gitlab.kitware.com/paraview/paraview/-/issues/20643PIO Reader not showing hyper-tree grid2021-06-30T17:33:06-04:00Boonthanome NouanesengsyPIO Reader not showing hyper-tree gridWhen I use the PIO reader, and load the grid as a hyper-tree grid, nothing appears. When I check the Information Tab, it says the number of vertices is 0. I'm using the latest master of Paraview.
Example dataset: [todd2_small.zip](/uplo...When I use the PIO reader, and load the grid as a hyper-tree grid, nothing appears. When I check the Information Tab, it says the number of vertices is 0. I'm using the latest master of Paraview.
Example dataset: [todd2_small.zip](/uploads/5f3f4a2b17fb0a648688c0b29e6480cf/todd2_small.zip)
To reproduce:
- unzip the example dataset
- open todd2_htg.pio, and hit Apply
- nothing appears
- conversely, if you open todd2_ug.pio, you see a grid appear
![pio_htg](/uploads/edac9234e8e71de08a82f33cc84edc62/pio_htg.png)
@patchett2002 @cory.quammen @utkarsh.ayachit @yohann.bearzi5.10 (Fall 2021)Utkarsh AyachitUtkarsh Ayachithttps://gitlab.kitware.com/paraview/paraview/-/issues/20571ParaView Python Script Editor tab issues on macos2021-12-27T04:57:15-05:00Cory Quammencory.quammen@kitware.comParaView Python Script Editor tab issues on macosThere are some issues with the multi-tab Python script editor on macos.
1. Go to Tools -> Python Script Editor. Default new tab has a strange X that isn't needed. Hovering over the X, a tooltip that says "Close Tab" pops up.
![image](/...There are some issues with the multi-tab Python script editor on macos.
1. Go to Tools -> Python Script Editor. Default new tab has a strange X that isn't needed. Hovering over the X, a tooltip that says "Close Tab" pops up.
![image](/uploads/5627e06ed961d448024ed9c70e3d7e22/image.png)
2. When you save a file, the Python Script Editor is moved behind the main window. It is still open, it just disappears. Very unexpected.
3. Open the Python Script Editor. Type some text in the first tab and save it to a file. Now click the + sign to add a new tab. Try to go back and click on the tab for the file that was just saved. Clicking on top of the text with the file path does nothing. You need to click on the space between the file path and the close button for the tab to be activated. If you haven't saved the text in an editor, you can click on the "New File" text and that tab is made active. Very unexpected
![image](/uploads/72698add4055b52269f0fd69b2151893/image.png)Mathieu Westphal (Kitware)Mathieu Westphal (Kitware)https://gitlab.kitware.com/paraview/paraview/-/issues/20569v5.9.0-690-g55d3 crashes on y-slice2021-09-16T18:47:38-04:00Greg Burgreenv5.9.0-690-g55d3 crashes on y-sliceData from CONVERGE .h5 import.
x-slices and z-slices work fine.
y-slices give the following abort error.
```
7fe1524fb000-7fe1524fd000 rw-p 00444000 08:02 841494660 /var/tmp/burgreen/paraview/5.9.0/lib/libopenvkl_module...Data from CONVERGE .h5 import.
x-slices and z-slices work fine.
y-slices give the following abort error.
```
7fe1524fb000-7fe1524fd000 rw-p 00444000 08:02 841494660 /var/tmp/burgreen/paraview/5.9.0/lib/libopenvkl_module_ispc_driver_4.so.0
7fe1524fd000-7fe153db4000 r-xp 00000000 08:02 841494672 /var/tmp/burgreen/paraview/5.9.0/lib/libembree3.so.3
Loguru caught a signal: SIGABRT
Stack trace:
71 0x407baa /var/tmp/burgreen/paraview/5.9.0/bin/paraview-real() [0x407baa]
70 0x7fe1b4116555 __libc_start_main + 245
69 0x40780a /var/tmp/burgreen/paraview/5.9.0/bin/paraview-real() [0x40780a]
68 0x7fe1b15a8120 QCoreApplication::exec() + 128
67 0x7fe1b159f62a QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) + 298
66 0x7fe175ee8e13 /home/burgreen/halo/paraview/5.9.0/lib/libQt5XcbQpa.so.5(+0x5ee13) [0x7fe175ee8e13]
65 0x7fe1b1c28b9b QWindowSystemInterface::sendWindowSystemEvents(QFlags<QEventLoop::ProcessEventsFlag>) + 187
64 0x7fe1b1c4d5f5 QGuiApplicationPrivate::processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*) + 261
63 0x7fe1b1c4c36d QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*) + 1837
62 0x7fe1b15a0dd8 QCoreApplication::notifyInternal2(QObject*, QEvent*) + 280
61 0x7fe1b3542260 QApplication::notify(QObject*, QEvent*) + 704
60 0x7fe1b353b18c QApplicationPrivate::notify_helper(QObject*, QEvent*) + 156
59 0x7fe1b35958fb /var/tmp/burgreen/paraview/5.9.0/bin/../lib/libQt5Widgets.so.5(+0x1b68fb) [0x7fe1b35958fb]
58 0x7fe1b3592d86 /var/tmp/burgreen/paraview/5.9.0/bin/../lib/libQt5Widgets.so.5(+0x1b3d86) [0x7fe1b3592d86]
57 0x7fe1b35417cc QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<QWidget>&, bool, bool) + 460
56 0x7fe1b15a0dd8 QCoreApplication::notifyInternal2(QObject*, QEvent*) + 280
55 0x7fe1b3542dc8 QApplication::notify(QObject*, QEvent*) + 3624
54 0x7fe1b353b18c QApplicationPrivate::notify_helper(QObject*, QEvent*) + 156
53 0x7fe1b3578c28 QWidget::event(QEvent*) + 424
52 0x7fe1b361e945 QAbstractButton::mouseReleaseEvent(QMouseEvent*) + 213
51 0x7fe1b361e77a /var/tmp/burgreen/paraview/5.9.0/bin/../lib/libQt5Widgets.so.5(+0x23f77a) [0x7fe1b361e77a]
50 0x7fe1b361d45a /var/tmp/burgreen/paraview/5.9.0/bin/../lib/libQt5Widgets.so.5(+0x23e45a) [0x7fe1b361d45a]
49 0x7fe1b361d272 QAbstractButton::clicked(bool) + 50
48 0x7fe1b15cf1ea QMetaObject::activate(QObject*, int, int, void**) + 1850
47 0x7fe1b2e10d8f pqPropertiesPanel::apply() + 687
46 0x7fe1b2ce53a2 pqPropertiesPanel::applied(pqProxy*) + 50
45 0x7fe1b15cf1ea QMetaObject::activate(QObject*, int, int, void**) + 1850
44 0x7fe1b3d00101 pqApplyBehavior::applied(pqPropertiesPanel*, pqProxy*) + 193
43 0x7fe1b3d0128e pqApplyBehavior::showData(pqPipelineSource*, pqView*) + 414
42 0x7fe1a6662258 vtkSMParaViewPipelineControllerWithRendering::ShowInPreferredView(vtkSMSourceProxy*, int, vtkSMViewProxy*) + 168
41 0x7fe1a665fff4 vtkSMParaViewPipelineControllerWithRendering::UpdatePipelineBeforeDisplay(vtkSMSourceProxy*, int, vtkSMViewProxy*) + 212
40 0x7fe1b074cabc vtkSMSourceProxy::UpdatePipeline(double) + 140
39 0x7fe1b06c88a8 vtkSMOutputPort::UpdatePipelineInternal(double, bool) + 184
38 0x7fe1b0617c85 vtkPVSessionBase::ExecuteStream(unsigned int, vtkClientServerStream const&, bool) + 53
37 0x7fe1b0618c5b vtkPVSessionCore::ExecuteStream(unsigned int, vtkClientServerStream const&, bool) + 59
36 0x7fe1b0618e22 vtkPVSessionCore::ExecuteStreamInternal(vtkClientServerStream const&, bool) + 242
35 0x7fe1af4caddd vtkClientServerInterpreter::ProcessStream(vtkClientServerStream const&) + 29
34 0x7fe1af4cab3e vtkClientServerInterpreter::ProcessOneMessage(vtkClientServerStream const&, int) + 1294
33 0x7fe1af4ca40d vtkClientServerInterpreter::ProcessCommandInvoke(vtkClientServerStream const&, int) + 1229
32 0x7fe1af4c9da9 vtkClientServerInterpreter::CallCommandFunction(char const*, vtkObjectBase*, char const*, vtkClientServerStream const&, vtkClientServerStream&) + 345
31 0x7fe1a7507b1b vtkSISourceProxyCommand(vtkClientServerInterpreter*, vtkObjectBase*, char const*, vtkClientServerStream const&, vtkClientServerStream&, void*) + 971
30 0x7fe1b0654e34 vtkSISourceProxy::UpdatePipeline(int, double, bool) + 468
29 0x7fe1ac1ade5a vtkStreamingDemandDrivenPipeline::Update(int, vtkInformationVector*) + 282
28 0x7fe1ac16da06 vtkDemandDrivenPipeline::UpdateData(int) + 134
27 0x7fe1ac1aca99 vtkStreamingDemandDrivenPipeline::ProcessRequest(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 953
26 0x7fe1ac16e9ee vtkDemandDrivenPipeline::ProcessRequest(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 222
25 0x7fe1ac168101 vtkCompositeDataPipeline::ForwardUpstream(vtkInformation*) + 337
24 0x7fe1ac1aca99 vtkStreamingDemandDrivenPipeline::ProcessRequest(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 953
23 0x7fe1ac16ea46 vtkDemandDrivenPipeline::ProcessRequest(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 310
22 0x7fe1ac1691ed vtkCompositeDataPipeline::ExecuteData(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 77
21 0x7fe1ac168f10 vtkCompositeDataPipeline::ExecuteSimpleAlgorithm(vtkInformation*, vtkInformationVector**, vtkInformationVector*, int) + 1360
20 0x7fe1ac1699bd vtkCompositeDataPipeline::ExecuteEach(vtkCompositeDataIterator*, vtkInformationVector**, vtkInformationVector*, int, int, vtkInformation*, std::vector<vtkSmartPointer<vtkCompositeDataSet>, std::allocator<vtkSmartPointer<vtkCompositeDataSet> > >&) + 301
19 0x7fe1ac1695fe vtkCompositeDataPipeline::ExecuteSimpleAlgorithmForBlock(vtkInformationVector**, vtkInformationVector*, vtkInformation*, vtkInformation*, vtkDataObject*) + 670
18 0x7fe1ac16c3c7 vtkDemandDrivenPipeline::ExecuteData(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 55
17 0x7fe1ac17219e vtkExecutive::CallAlgorithm(vtkInformation*, int, vtkInformationVector**, vtkInformationVector*) + 62
16 0x7fe19a09c5e3 vtkPVDataSetAlgorithmSelectorFilter::ProcessRequest(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 115
15 0x7fe19a09b543 vtkPVCutter::RequestData(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 1139
14 0x7fe1ac5a3bee vtkCutter::RequestData(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 1262
13 0x7fe1ac5a34b3 vtkCutter::UnstructuredGridCutter(vtkDataSet*, vtkPolyData*) + 3251
12 0x7fe1ac59f3a4 vtkContourHelper::Contour(vtkCell*, double, vtkDataArray*, long long) + 84
11 0x7fe1abd6eec2 vtkPolyhedron::Contour(double, vtkDataArray*, vtkIncrementalPointLocator*, vtkCellArray*, vtkCellArray*, vtkCellArray*, vtkPointData*, vtkPointData*, vtkCellData*, long long, vtkCellData*) + 450
10 0x7fe1abd6d571 /var/tmp/burgreen/paraview/5.9.0/bin/../lib/libvtkCommonDataModel-pv5.9.so.1(+0x301571) [0x7fe1abd6d571]
9 0x7fe1abd6cfbf /var/tmp/burgreen/paraview/5.9.0/bin/../lib/libvtkCommonDataModel-pv5.9.so.1(+0x300fbf) [0x7fe1abd6cfbf]
8 0x7fe1abd728f4 /var/tmp/burgreen/paraview/5.9.0/bin/../lib/libvtkCommonDataModel-pv5.9.so.1(+0x3068f4) [0x7fe1abd728f4]
7 0x7fe1a9878ecd operator new(unsigned long) + 29
6 0x7fe1b41796fc __libc_malloc + 76
5 0x7fe1b4176ba8 /lib64/libc.so.6(+0x82ba8) [0x7fe1b4176ba8]
4 0x7fe1b41733e4 /lib64/libc.so.6(+0x7f3e4) [0x7fe1b41733e4]
3 0x7fe1b416ced7 /lib64/libc.so.6(+0x78ed7) [0x7fe1b416ced7]
2 0x7fe1b412ba78 abort + 328
1 0x7fe1b412a387 gsignal + 55
0 0x7fe1b412a400 /lib64/libc.so.6(+0x36400) [0x7fe1b412a400]
( 71.155s) [paraview ] :0 FATL| Signal: SIGABRT
error: exception occurred: Subprocess aborted
```https://gitlab.kitware.com/paraview/paraview/-/issues/20567vtkHyperTreeGrid segfault when using color map histogram2022-04-11T13:21:43-04:00Mathieu Westphal (Kitware)vtkHyperTreeGrid segfault when using color map histogramvtkHyperTreeGrid segfault when using color map histogram
Steps to reproduce:
- Run ParaView
- Open [sphre_3l_2h.htg](/uploads/bdd35b7b27b3df3c2bdd7eeff00c30ba/sphre_3l_2h.htg), Apply
- Show color map
- Click on "Display data histogram"...vtkHyperTreeGrid segfault when using color map histogram
Steps to reproduce:
- Run ParaView
- Open [sphre_3l_2h.htg](/uploads/bdd35b7b27b3df3c2bdd7eeff00c30ba/sphre_3l_2h.htg), Apply
- Show color map
- Click on "Display data histogram"
```
Thread 1 "paraview" received signal SIGSEGV, Segmentation fault.
0x00007fffeb8bd20e in vtkDataSet::GetCellData (this=0x0) at /home/glow/work/paraview/pv1/src/VTK/Common/DataModel/vtkDataSet.h:257
257 vtkCellData* GetCellData() { return this->CellData; }
(gdb) bt
#0 0x00007fffeb8bd20e in vtkDataSet::GetCellData (this=0x0) at /home/glow/work/paraview/pv1/src/VTK/Common/DataModel/vtkDataSet.h:257
#1 0x00007fffeb8d4a53 in vtkExtractHistogram::GetInputFieldData (this=0x555569203860, input=0x5555681d0450)
at /home/glow/work/paraview/pv1/src/VTKExtensions/Misc/vtkExtractHistogram.cxx:122
#2 0x00007fffeb8d5f97 in vtkExtractHistogram::RequestData (this=0x555569203860, inputVector=0x5555665f30f0, outputVector=0x555560a23f90)
at /home/glow/work/paraview/pv1/src/VTKExtensions/Misc/vtkExtractHistogram.cxx:415
#3 0x00007fffeb8e2df3 in vtkPExtractHistogram::RequestData (this=0x555569203860, request=0x5555609666b0, inputVector=0x5555665f30f0, outputVector=0x555560a23f90)
at /home/glow/work/paraview/pv1/src/VTKExtensions/Misc/vtkPExtractHistogram.cxx:78
#4 0x00007ffff2dc53a0 in vtkTableAlgorithm::ProcessRequest (this=0x555569203860, request=0x5555609666b0, inputVector=0x5555665f30f0, outputVector=0x555560a23f90)
at /home/glow/work/paraview/pv1/src/VTK/Common/ExecutionModel/vtkTableAlgorithm.cxx:57
#5 0x00007ffff2d42497 in vtkExecutive::CallAlgorithm (this=0x555566be84b0, request=0x5555609666b0, direction=1, inInfo=0x5555665f30f0, outInfo=0x555560a23f90)
at /home/glow/work/paraview/pv1/src/VTK/Common/ExecutionModel/vtkExecutive.cxx:746
#6 0x00007ffff2d3a3fe in vtkDemandDrivenPipeline::ExecuteData (this=0x555566be84b0, request=0x5555609666b0, inInfo=0x5555665f30f0, outInfo=0x555560a23f90)
at /home/glow/work/paraview/pv1/src/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx:462
#7 0x00007ffff2d2ee74 in vtkCompositeDataPipeline::ExecuteData (this=0x555566be84b0, request=0x5555609666b0, inInfoVec=0x5555665f30f0, outInfoVec=0x555560a23f90)
at /home/glow/work/paraview/pv1/src/VTK/Common/ExecutionModel/vtkCompositeDataPipeline.cxx:162
[...]
#38 0x00007ffff5b10ec2 in vtkSMOutputPort::UpdatePipelineInternal (this=0x555566f2cef0, time=0, doTime=false)
at /home/glow/work/paraview/pv1/src/Remoting/ServerManager/vtkSMOutputPort.cxx:257
#39 0x00007ffff5b10d4a in vtkSMOutputPort::UpdatePipeline (this=0x555566f2cef0) at /home/glow/work/paraview/pv1/src/Remoting/ServerManager/vtkSMOutputPort.cxx:241
#40 0x00007ffff5bbfe7d in vtkSMSourceProxy::UpdatePipeline (this=0x555569227a40) at /home/glow/work/paraview/pv1/src/Remoting/ServerManager/vtkSMSourceProxy.cxx:342
#41 0x00007fffef47f638 in vtkSMTransferFunctionProxy::ComputeDataHistogramTable (this=0x5555660b96f0, numberOfBins=10)
at /home/glow/work/paraview/pv1/src/Remoting/Views/vtkSMTransferFunctionProxy.cxx:628
#42 0x00007ffff7b09f2c in pqColorOpacityEditorWidget::realShowDataHistogram (this=0x5555666ca3f0)
at /home/glow/work/paraview/pv1/src/Qt/ApplicationComponents/pqColorOpacityEditorWidget.cxx:1075
```
FYI @Jacques-Bernard @yohann.bearziSpiros TsalikisSpiros Tsalikishttps://gitlab.kitware.com/paraview/paraview/-/issues/20557ParaView fails to build with TBB using TBBConfig.cmake2022-11-09T00:09:03-05:00Mathieu Westphal (Kitware)ParaView fails to build with TBB using TBBConfig.cmakeParaView fails at compile time when building with TBB
Steps to reproduce:
```
cmake -GNinja -DVTK_SMP_IMPLEMENTATION_TYPE=TBB ../src/
ninja
```
Configuration warnings:
```
CMake Warning (dev) in VTK/ThirdParty/vtkm/vtkvtkm/vtk-m/CMake...ParaView fails at compile time when building with TBB
Steps to reproduce:
```
cmake -GNinja -DVTK_SMP_IMPLEMENTATION_TYPE=TBB ../src/
ninja
```
Configuration warnings:
```
CMake Warning (dev) in VTK/ThirdParty/vtkm/vtkvtkm/vtk-m/CMakeLists.txt:
Policy CMP0111 is not set: An imported target missing its location property
fails during generation. Run "cmake --help-policy CMP0111" for policy
details. Use the cmake_policy command to set the policy and suppress this
warning.
IMPORTED_LOCATION not set for imported target "vtkm::tbb" configuration
"Debug".
This warning is for project developers. Use -Wno-dev to suppress it.
```
Compile error:
```
ninja: error: 'vtkm::tbb-NOTFOUND', needed by 'lib/libvtkm_cont-pv5.9.so.1', missing and no known rule to make it
```
FYI @ben.boeckelhttps://gitlab.kitware.com/paraview/paraview/-/issues/20543Find Data button should be disabled if no valid value is provided2022-04-27T19:38:22-04:00Utkarsh AyachitFind Data button should be disabled if no valid value is providedSteps:
* Sphere, Apply
* Edit > Find Data
* Select **Sphere1** for Data Producer and hit **Find Data** without entering a value -- you'll get errors
![image](/uploads/c701133027c0db189e388d283ee5203c/image.png)
```
Failed to evaluate E...Steps:
* Sphere, Apply
* Edit > Find Data
* Select **Sphere1** for Data Producer and hit **Find Data** without entering a value -- you'll get errors
![image](/uploads/c701133027c0db189e388d283ee5203c/image.png)
```
Failed to evaluate Expression '(id == )'. The following exception stack should provide additional developer specific information. This typically implies a malformed expression. Verify that the expression is valid.
.....
```
The **Find Data** button should be disabled when the value has not been entered yet.5.11 (Spring 2022)Spiros TsalikisSpiros Tsalikishttps://gitlab.kitware.com/paraview/paraview/-/issues/20539Python version cannot distinguish between 5.1 and 5.102021-11-10T12:54:59-05:00Utkarsh AyachitPython version cannot distinguish between 5.1 and 5.10The version logic in `paraview/__init__.py` is not designed to handle the difference between `5.1` and `5.10`. Need to rethink that implementation.The version logic in `paraview/__init__.py` is not designed to handle the difference between `5.1` and `5.10`. Need to rethink that implementation.5.10 (Fall 2021)Utkarsh AyachitUtkarsh Ayachithttps://gitlab.kitware.com/paraview/paraview/-/issues/20514Crash with redistribute dataset on slice2021-08-11T11:45:13-04:00Nicolas VuailleCrash with redistribute dataset on sliceTested with PV 5.9.0 and master
* `mpirun -n 2 ./bin/pvserver`
* `./bin/paraview`
* Connect
* Wavelet
* Slice
* Redistribute Dataset
-> crash
gdb trace
----
```llvm
#0 0x00007ffff7e14ef5 in raise () from /usr/lib/libc.so.6
#1 ...Tested with PV 5.9.0 and master
* `mpirun -n 2 ./bin/pvserver`
* `./bin/paraview`
* Connect
* Wavelet
* Slice
* Redistribute Dataset
-> crash
gdb trace
----
```llvm
#0 0x00007ffff7e14ef5 in raise () from /usr/lib/libc.so.6
#1 0x00007ffff7dfe862 in abort () from /usr/lib/libc.so.6
#2 0x00007ffff3c4486a in __gnu_cxx::__verbose_terminate_handler () at /build/gcc/src/gcc/libstdc++-v3/libsupc++/vterminate.cc:95
#3 0x00007ffff3c50d3a in __cxxabiv1::__terminate (handler=<optimized out>) at /build/gcc/src/gcc/libstdc++-v3/libsupc++/eh_terminate.cc:48
#4 0x00007ffff3c50da7 in std::terminate () at /build/gcc/src/gcc/libstdc++-v3/libsupc++/eh_terminate.cc:58
#5 0x00007ffff3c5104e in __cxxabiv1::__cxa_throw (obj=<optimized out>, tinfo=0x7ffff3d7d280 <typeinfo for std::runtime_error>, dest=0x7ffff3c66f80 <std::runtime_error::~runtime_error()>)
at /build/gcc/src/gcc/libstdc++-v3/libsupc++/eh_throw.cc:95
#6 0x00007fffefd0ff15 in vtkdiy2::detail::KDTreePartition<(anonymous namespace)::BlockT, (anonymous namespace)::PointTT>::compute_local_histogram (this=0x55555783a220, b=0x5555577baf10, srp=..., dim=0)
at ../VTK/ThirdParty/diy2/vtkdiy2/include/vtkdiy2/detail/algorithms/kdtree.hpp:381
#7 0x00007fffefd0dc6d in vtkdiy2::detail::KDTreePartition<(anonymous namespace)::BlockT, (anonymous namespace)::PointTT>::operator() (this=0x55555783a220, b=0x5555577baf10, srp=..., partners=...)
at ../VTK/ThirdParty/diy2/vtkdiy2/include/vtkdiy2/detail/algorithms/kdtree.hpp:201
#8 0x00007fffefd0b87a in std::__invoke_impl<void, vtkdiy2::detail::KDTreePartition<(anonymous namespace)::BlockT, (anonymous namespace)::PointTT>&, (anonymous namespace)::BlockT*, vtkdiy2::ReduceProxy const&, vtkdiy2::detail::KDTreePartners const&> (__f=...) at /usr/include/c++/10.2.0/bits/invoke.h:60
#9 0x00007fffefd0b032 in std::__invoke_r<void, vtkdiy2::detail::KDTreePartition<(anonymous namespace)::BlockT, (anonymous namespace)::PointTT>&, (anonymous namespace)::BlockT*, vtkdiy2::ReduceProxy const&, vtkdiy2::detail::KDTreePartners const&> (__fn=...) at /usr/include/c++/10.2.0/bits/invoke.h:153
#10 0x00007fffefd0a548 in std::_Function_handler<void((anonymous namespace)::BlockT*, const vtkdiy2::ReduceProxy&, const vtkdiy2::detail::KDTreePartners&), vtkdiy2::detail::KDTreePartition<(anonymous namespace)::BlockT, (anonymous namespace)::PointTT> >::_M_invoke(const std::_Any_data &, (anonymous namespace)::BlockT *&&, const vtkdiy2::ReduceProxy &, const vtkdiy2::detail::KDTreePartners &) (__functor=...,
__args#0=@0x7fffffffaae0: 0x5555577baf10, __args#1=..., __args#2=...) at /usr/include/c++/10.2.0/bits/std_function.h:291
#11 0x00007fffefd11042 in std::function<void((anonymous namespace)::BlockT*, const vtkdiy2::ReduceProxy&, const vtkdiy2::detail::KDTreePartners&)>::operator()((anonymous namespace)::BlockT *, const vtkdiy2::ReduceProxy &, const vtkdiy2::detail::KDTreePartners &) const (this=0x555557839fa8, __args#0=0x5555577baf10, __args#1=..., __args#2=...) at /usr/include/c++/10.2.0/bits/std_function.h:622
#12 0x00007fffefd10451 in vtkdiy2::detail::ReductionFunctor<(anonymous namespace)::BlockT, vtkdiy2::detail::KDTreePartners>::operator() (this=0x555557839fa0, b=0x5555577baf10, cp=...)
at ../VTK/ThirdParty/diy2/vtkdiy2/include/vtkdiy2/reduce.hpp:187
#13 0x00007fffefd0df2a in std::__invoke_impl<void, vtkdiy2::detail::ReductionFunctor<(anonymous namespace)::BlockT, vtkdiy2::detail::KDTreePartners>&, (anonymous namespace)::BlockT*, vtkdiy2::Master::ProxyWithLink const&> (__f=...) at /usr/include/c++/10.2.0/bits/invoke.h:60
#14 0x00007fffefd0ba77 in std::__invoke_r<void, vtkdiy2::detail::ReductionFunctor<(anonymous namespace)::BlockT, vtkdiy2::detail::KDTreePartners>&, (anonymous namespace)::BlockT*, vtkdiy2::Master::ProxyWithLink const&> (__fn=...) at /usr/include/c++/10.2.0/bits/invoke.h:153
#15 0x00007fffefd0b1ae in std::_Function_handler<void((anonymous namespace)::BlockT*, const vtkdiy2::Master::ProxyWithLink&), vtkdiy2::detail::ReductionFunctor<(anonymous namespace)::BlockT, vtkdiy2::detail::KDTreePartners> >::_M_invoke(const std::_Any_data &, (anonymous namespace)::BlockT *&&, const vtkdiy2::Master::ProxyWithLink &) (__functor=..., __args#0=@0x7fffffffad20: 0x5555577baf10, __args#1=...)
at /usr/include/c++/10.2.0/bits/std_function.h:291
#16 0x00007fffefd1231d in std::function<void((anonymous namespace)::BlockT*, const vtkdiy2::Master::ProxyWithLink&)>::operator()((anonymous namespace)::BlockT *, const vtkdiy2::Master::ProxyWithLink &) const (
this=0x55555783e978, __args#0=0x5555577baf10, __args#1=...) at /usr/include/c++/10.2.0/bits/std_function.h:622
#17 0x00007fffefd12215 in vtkdiy2::Master::Command<(anonymous namespace)::BlockT>::execute (this=0x55555783e970, b=0x5555577baf10, cp=...)
at ../VTK/ThirdParty/diy2/vtkdiy2/include/vtkdiy2/detail/master/commands.hpp:16
#18 0x00007fffefd18a3f in vtkdiy2::Master::ProcessBlock::operator() (this=0x7fffffffaed0) at ../VTK/ThirdParty/diy2/vtkdiy2/include/vtkdiy2/detail/master/execution.hpp:61
#19 0x00007fffefd190ba in vtkdiy2::Master::execute (this=0x7fffffffbb50) at ../VTK/ThirdParty/diy2/vtkdiy2/include/vtkdiy2/detail/master/execution.hpp:149
#20 0x00007fffefd0a839 in vtkdiy2::Master::foreach_<(anonymous namespace)::BlockT> (this=0x7fffffffbb50, f=..., skip=...) at ../VTK/ThirdParty/diy2/vtkdiy2/include/vtkdiy2/master.hpp:631
#21 0x00007fffefd09fb2 in vtkdiy2::Master::foreach<vtkdiy2::detail::ReductionFunctor<(anonymous namespace)::BlockT, vtkdiy2::detail::KDTreePartners> > (this=0x7fffffffbb50, f=..., s=...)
at ../VTK/ThirdParty/diy2/vtkdiy2/include/vtkdiy2/master.hpp:261
#22 0x00007fffefd0952a in vtkdiy2::reduce<vtkdiy2::detail::KDTreePartition<(anonymous namespace)::BlockT, (anonymous namespace)::PointTT>, vtkdiy2::detail::KDTreePartners, vtkdiy2::detail::ReduceNeverSkip> (
master=..., assigner=..., partners=..., reduce=..., skip=...) at ../VTK/ThirdParty/diy2/vtkdiy2/include/vtkdiy2/reduce.hpp:125
#23 0x00007fffefd0827d in vtkdiy2::reduce<vtkdiy2::detail::KDTreePartition<(anonymous namespace)::BlockT, (anonymous namespace)::PointTT>, vtkdiy2::detail::KDTreePartners> (master=..., assigner=...,
partners=..., reducer=...) at ../VTK/ThirdParty/diy2/vtkdiy2/include/vtkdiy2/reduce.hpp:163
#24 0x00007fffefd071d7 in vtkdiy2::kdtree<(anonymous namespace)::BlockT, (anonymous namespace)::PointTT> (master=..., assigner=..., dim=3, domain=..., points=&(anonymous namespace)::BlockT::Points, bins=256,
wrap=false) at ../VTK/ThirdParty/diy2/vtkdiy2/include/vtkdiy2/algorithms.hpp:121
#25 0x00007fffefd04cf4 in vtkDIYKdTreeUtilities::GenerateCuts (points=std::vector of length 1, capacity 1 = {...}, number_of_partitions=2, controller=0x55555571b830, local_bounds=0x7fffffffbef0)
at ../VTK/Filters/ParallelDIY2/vtkDIYKdTreeUtilities.cxx:239
#26 0x00007fffefd04003 in vtkDIYKdTreeUtilities::GenerateCuts (dobj=0x55555782ea40, number_of_partitions=2, use_cell_centers=true, controller=0x55555571b830, local_bounds=0x7fffffffbff0)
at ../VTK/Filters/ParallelDIY2/vtkDIYKdTreeUtilities.cxx:122
#27 0x00007fffefe59d0b in vtkRedistributeDataSetFilter::GenerateCuts (this=0x555557531d70, dobj=0x55555782ea40) at ../VTK/Filters/ParallelDIY2/vtkRedistributeDataSetFilter.cxx:517
#28 0x00007fffefe59ade in vtkRedistributeDataSetFilter::InitializeCuts (this=0x555557531d70, input=0x55555782ea40) at ../VTK/Filters/ParallelDIY2/vtkRedistributeDataSetFilter.cxx:499
#29 0x00007fffefe590b9 in vtkRedistributeDataSetFilter::RequestData (this=0x555557531d70, inputVector=0x5555576a0f20, outputVector=0x555557835160)
at ../VTK/Filters/ParallelDIY2/vtkRedistributeDataSetFilter.cxx:387
#30 0x00007ffff54cce2e in vtkDataObjectAlgorithm::ProcessRequest (this=0x555557531d70, request=0x555557823990, inputVector=0x5555576a0f20, outputVector=0x555557835160)
at ../VTK/Common/ExecutionModel/vtkDataObjectAlgorithm.cxx:85
#31 0x00007ffff54d7497 in vtkExecutive::CallAlgorithm (this=0x555557832610, request=0x555557823990, direction=1, inInfo=0x5555576a0f20, outInfo=0x555557835160) at ../VTK/Common/ExecutionModel/vtkExecutive.cxx:746
#32 0x00007ffff54cf3fe in vtkDemandDrivenPipeline::ExecuteData (this=0x555557832610, request=0x555557823990, inInfo=0x5555576a0f20, outInfo=0x555557835160)
at ../VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx:462
#33 0x00007ffff54c3e74 in vtkCompositeDataPipeline::ExecuteData (this=0x555557832610, request=0x555557823990, inInfoVec=0x5555576a0f20, outInfoVec=0x555557835160)
at ../VTK/Common/ExecutionModel/vtkCompositeDataPipeline.cxx:162
#34 0x00007ffff54ceae6 in vtkDemandDrivenPipeline::ProcessRequest (this=0x555557832610, request=0x555557823990, inInfoVec=0x5555576a0f20, outInfoVec=0x555557835160)
at ../VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx:261
#35 0x00007ffff555515c in vtkStreamingDemandDrivenPipeline::ProcessRequest (this=0x555557832610, request=0x555557823990, inInfoVec=0x5555576a0f20, outInfoVec=0x555557835160)
at ../VTK/Common/ExecutionModel/vtkStreamingDemandDrivenPipeline.cxx:343
#36 0x00007ffff54c6707 in vtkCompositeDataPipeline::ForwardUpstream (this=0x555557506160, request=0x555557823990) at ../VTK/Common/ExecutionModel/vtkCompositeDataPipeline.cxx:727
#37 0x00007ffff54ce9e2 in vtkDemandDrivenPipeline::ProcessRequest (this=0x555557506160, request=0x555557823990, inInfoVec=0x555557856ad0, outInfoVec=0x5555577c7630)
at ../VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx:247
#38 0x00007ffff555515c in vtkStreamingDemandDrivenPipeline::ProcessRequest (this=0x555557506160, request=0x555557823990, inInfoVec=0x555557856ad0, outInfoVec=0x5555577c7630)
at ../VTK/Common/ExecutionModel/vtkStreamingDemandDrivenPipeline.cxx:343
#39 0x00007ffff54cf22d in vtkDemandDrivenPipeline::UpdateData (this=0x555557506160, outputPort=0) at ../VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx:419
#40 0x00007ffff55554f8 in vtkStreamingDemandDrivenPipeline::Update (this=0x555557506160, port=0, requests=0x0) at ../VTK/Common/ExecutionModel/vtkStreamingDemandDrivenPipeline.cxx:417
#41 0x00007ffff5555381 in vtkStreamingDemandDrivenPipeline::Update (this=0x555557506160, port=0) at ../VTK/Common/ExecutionModel/vtkStreamingDemandDrivenPipeline.cxx:380
#42 0x00007ffff637635f in vtkSISourceProxy::UpdatePipeline (this=0x555557849080, port=0, time=0, doTime=true) at ../Remoting/ServerManager/vtkSISourceProxy.cxx:255
#43 0x00007ffff6a870da in vtkSISourceProxyCommand (arlu=0x555555765c10, ob=0x555557849080, method=0x5555576a0ae9 "UpdatePipeline", msg=..., resultStream=...)
at CMakeFiles/vtkRemotingServerManagerCS/vtkSISourceProxyClientServer.cxx:139
#44 0x00007ffff5900c23 in vtkClientServerInterpreter::CallCommandFunction (this=0x555555765c10, cname=0x7ffff6517e94 "vtkSISourceProxy", ptr=0x555557849080, method=0x5555576a0ae9 "UpdatePipeline", msg=...,
result=...) at ../Remoting/ClientServerStream/vtkClientServerInterpreter.cxx:810
#45 0x00007ffff58ff244 in vtkClientServerInterpreter::ProcessCommandInvoke (this=0x555555765c10, css=..., midx=0) at ../Remoting/ClientServerStream/vtkClientServerInterpreter.cxx:424
#46 0x00007ffff58fe754 in vtkClientServerInterpreter::ProcessOneMessage (this=0x555555765c10, css=..., message=0) at ../Remoting/ClientServerStream/vtkClientServerInterpreter.cxx:265
#47 0x00007ffff58fe5db in vtkClientServerInterpreter::ProcessStream (this=0x555555765c10, css=...) at ../Remoting/ClientServerStream/vtkClientServerInterpreter.cxx:235
#48 0x00007ffff6325424 in vtkPVSessionCore::ExecuteStreamInternal (this=0x5555557672d0, stream=..., ignore_errors=false) at ../Remoting/ServerManager/vtkPVSessionCore.cxx:637
#49 0x00007ffff63252ef in vtkPVSessionCore::ExecuteStreamSatelliteCallback (this=0x5555557672d0) at ../Remoting/ServerManager/vtkPVSessionCore.cxx:620
#50 0x00007ffff6322e7c in (anonymous namespace)::RMICallback (localArg=0x5555557672d0, remoteArg=0x55555781baf0) at ../Remoting/ServerManager/vtkPVSessionCore.cxx:70
#51 0x00007ffff560a1e4 in vtkMultiProcessController::ProcessRMI (this=0x55555571b830, remoteProcessId=0, arg=0x55555781baf0, argLength=1, rmiTag=887822) at ../VTK/Parallel/Core/vtkMultiProcessController.cxx:741
#52 0x00007ffff560932e in vtkMultiProcessController::BroadcastProcessRMIs (this=0x55555571b830, dont_loop=0) at ../VTK/Parallel/Core/vtkMultiProcessController.cxx:530
#53 0x00007ffff56097c8 in vtkMultiProcessController::ProcessRMIs (this=0x55555571b830, reportErrors=1, dont_loop=0) at ../VTK/Parallel/Core/vtkMultiProcessController.cxx:628
#54 0x00007ffff560976c in vtkMultiProcessController::ProcessRMIs (this=0x55555571b830) at ../VTK/Parallel/Core/vtkMultiProcessController.cxx:620
#55 0x0000555555556644 in RealMain (argc=1, argv=0x7fffffffd6e8, type=vtkProcessModule::PROCESS_SERVER) at ../Clients/CommandLineExecutables/pvserver_common.h:94
#56 0x0000555555556702 in main (argc=1, argv=0x7fffffffd6e8) at ../Clients/CommandLineExecutables/pvserver.cxx:21
```https://gitlab.kitware.com/paraview/paraview/-/issues/20513Trace recorder misses Find Data labels2021-04-16T17:07:17-04:00W. Alan ScottTrace recorder misses Find Data labelsThe trace recorder is missing find data labels. Here is how to replicate this:
* 5.9.0, Linux, builtin server.
* Start the trace recorder.
* load disk_out_ref.exo. All vars on. Apply.
* Select Point. Select a point.
* Find Data. Poi...The trace recorder is missing find data labels. Here is how to replicate this:
* 5.9.0, Linux, builtin server.
* Start the trace recorder.
* load disk_out_ref.exo. All vars on. Apply.
* Select Point. Select a point.
* Find Data. Point Labels. Temp.
* Save screenshot.
* Stop trace recorder. Save the trace as a macro.
* Reset session.
* Look at the saved image. It looks good. Delete it.
* Run the Macro.
* Look at the saved image. It will be missing the labels. This is a bug.5.10 (Fall 2021)Utkarsh AyachitUtkarsh Ayachithttps://gitlab.kitware.com/paraview/paraview/-/issues/20508GlyphMapper: doesn't not handle block visibility correctly2024-02-14T09:43:28-05:00Utkarsh AyachitGlyphMapper: doesn't not handle block visibility correctlyIssue in 5.9.
Steps:
* builtin mode
* can.ex2, Apply. change representation to **3D Glyph**
* Using **Multiblock Inspector** panel, toggle visibility for "block ID: 1" and then "block ID: 2" . Things work as expected.
* Now, toggle visi...Issue in 5.9.
Steps:
* builtin mode
* can.ex2, Apply. change representation to **3D Glyph**
* Using **Multiblock Inspector** panel, toggle visibility for "block ID: 1" and then "block ID: 2" . Things work as expected.
* Now, toggle visibility for their parent block **Element Blocks** instead. It does not work! Change representation type to Surface and this works as expected.
Logic in `vtkOpenGLGlyph3DMapper::Render` is incorrect. It only works if leaf-block visibilities are explicitly set without regard to hierarchical relationships.5.12 (Winter 2023)Cory Quammencory.quammen@kitware.comCory Quammencory.quammen@kitware.comhttps://gitlab.kitware.com/paraview/paraview/-/issues/20485Shortcut for doc broken when loading a plugin2021-06-23T12:55:30-04:00Nicolas VuailleShortcut for doc broken when loading a pluginThe ShowHelpForFilter feature is not working properly when a plugin is loaded.
The issue is present in v5.9.0.
Steps to reproduce:
- Open ParaView
- Create a wavelet, Apply
- Click on help button
- Help appears correctly
- close help
-...The ShowHelpForFilter feature is not working properly when a plugin is loaded.
The issue is present in v5.9.0.
Steps to reproduce:
- Open ParaView
- Create a wavelet, Apply
- Click on help button
- Help appears correctly
- close help
- Tools -> Manage plugin -> Load any plugin
- Click on help button
- Help appears empty
The following appears in the output message:
`warning: QTextBrowser: No document for qthelp://gmvreader.org/GMVReader/sources.RTAnalyticSource.html`
Actually, only the documentation of the last loaded plugin is working.
The doc is still accessible in the help menu of ParaView.
For some reasons, this warning does not appears when using QtWebEngine.
FYI @timothee.chabat @nicolas.vuaillehttps://gitlab.kitware.com/paraview/paraview/-/issues/20484Redistribute DataSet filter loses block names in vtkMultiBlockDataSets2021-04-26T18:53:12-04:00Cory Quammencory.quammen@kitware.comRedistribute DataSet filter loses block names in vtkMultiBlockDataSetsParaView `master`, bafa50ae20e76ab94e380e9cb7267e8839741beb
To reproduce:
* Run ParaView
* Load can.ex2 with the old Exodus file reader
* The first level of children are named Element Blocks, Side Sets, Face Sets, etc.
* Add **Redistri...ParaView `master`, bafa50ae20e76ab94e380e9cb7267e8839741beb
To reproduce:
* Run ParaView
* Load can.ex2 with the old Exodus file reader
* The first level of children are named Element Blocks, Side Sets, Face Sets, etc.
* Add **Redistribute DataSet** filter
* Click on the Information tab. All blocks are now named "Block*"5.10 (Fall 2021)Utkarsh AyachitUtkarsh Ayachithttps://gitlab.kitware.com/paraview/paraview/-/issues/20451Definition not found for SurfaceLICRepresentation in ParaView-5.9.02021-08-24T21:07:29-04:00Jan KrautterDefinition not found for SurfaceLICRepresentation in ParaView-5.9.0With the latest version I am getting the following kind of error messages, when trying to use the Surface LIC representation in parallel/batch through python. Interactively the plugin works and the commands/names seem to be the same as b...With the latest version I am getting the following kind of error messages, when trying to use the Surface LIC representation in parallel/batch through python. Interactively the plugin works and the commands/names seem to be the same as before. The same script was working with 5.7.0 and before.
I am not sure if anything has changed? Or if this is a bug.
```
[0m�[31m( 26.345s) [pvbatch.3 ]vtkSIProxyDefinitionMan:526 ERR| vtkSIProxyDefinitionManager (0x11d1f80): No proxy that matches: group=representations and proxy=SurfaceLICRepresentation were found.�[0m
�[0m�[31m( 26.345s) [pvbatch.4 ]vtkSIProxyDefinitionMan:526 ERR| vtkSIProxyDefinitionManager (0x1d88610): No proxy that matches: group=representations and proxy=SurfaceLICRepresentation were found.�[0m
�[0m�[31m( 26.345s) [pvbatch.1 ]vtkSIProxyDefinitionMan:526 ERR| vtkSIProxyDefinitionManager (0x25e4d90): No proxy that matches: group=representations and proxy=SurfaceLICRepresentation were found.�[0m
�[0m�[31m( 26.345s) [pvbatch.5 ]vtkSIProxyDefinitionMan:526 ERR| vtkSIProxyDefinitionManager (0x226fe50): No proxy that matches: group=representations and proxy=SurfaceLICRepresentation were found.�[0m
�[0m�[31m( 26.345s) [pvbatch.1 ] vtkSIProxy.cxx:326 ERR| vtkSISourceProxy (0xa961640): Definition not found for xml_group: representations and xml_name: SurfaceLICRepresentation
global_id: 716
location: 21
[paraview_protobuf.DefinitionHeader.client_class]: "vtkSMRepresentationProxy"
[paraview_protobuf.DefinitionHeader.server_class]: "vtkSISourceProxy"
[paraview_protobuf.ProxyState.xml_group]: "representations"
[paraview_protobuf.ProxyState.xml_name]: "SurfaceLICRepresentation"
[paraview_protobuf.ProxyState.vtk_classname]: "vtkSurfaceLICRepresentation"
```
For reference: I am using BALANCED CompositeStrategy, not sure if that has anything to do with it tbh, but maybe it helps.
Thank you for any help5.10 (Fall 2021)Utkarsh AyachitUtkarsh Ayachithttps://gitlab.kitware.com/paraview/paraview/-/issues/20409Connecting to the server using the binary release is very slow2023-10-09T11:51:44-04:00Mathieu Westphal (Kitware)Connecting to the server using the binary release is very slowConnecting to a server with 5.9-RC2 is really slow.
Steps to reproduce:
```
./bin/pvserver -dr
./bin/paraview -dr
connect to localhost
```
* 5.8.1: 2s
* 5.9: 40s
* 5.10.0: 16s
* 5.11: 30s
* master (debug): 2s
@cory.quammen @utkarsh...Connecting to a server with 5.9-RC2 is really slow.
Steps to reproduce:
```
./bin/pvserver -dr
./bin/paraview -dr
connect to localhost
```
* 5.8.1: 2s
* 5.9: 40s
* 5.10.0: 16s
* 5.11: 30s
* master (debug): 2s
@cory.quammen @utkarsh.ayachit5.12 (Winter 2023)Cory Quammencory.quammen@kitware.comCory Quammencory.quammen@kitware.comhttps://gitlab.kitware.com/paraview/paraview/-/issues/20394Slice Value Range doesn't update2022-11-01T22:06:00-04:00Andrew BauerSlice Value Range doesn't updateIn ParaView master (roughly around ParaView 5.9 release candidate 2) the `Value Range` is not properly updating for the `Slice` filter, even when clicking the `Reset using current data values` button (though I'm not sure if that's what t...In ParaView master (roughly around ParaView 5.9 release candidate 2) the `Value Range` is not properly updating for the `Slice` filter, even when clicking the `Reset using current data values` button (though I'm not sure if that's what that button is for). To reproduce the issue:
1. Create a Wavelet with Whole Extent [-10, 100, -10, 10, -10, 10]
2. Create a Slice filter
3. Click on the Y Normal
The `Value Range` should be [-17.3205, 17.3205], i.e. the values if the Wavelet Whole Extent was [-10, 10, -10, 10, -10, 10] but is instead [-56.7891,56.7891].Aron HelserAron Helserhttps://gitlab.kitware.com/paraview/paraview/-/issues/20363Axes Grid always appears when Ray Tracing is used2021-04-07T19:55:00-04:00Stephen SanchezAxes Grid always appears when Ray Tracing is usedIssue where after Axes Grid has been toggled on 1 time, it always appears when Ray Tracing is enabled and can't be hidden or turned off from the Render View.
Steps to Reproduce:
1. Add a Sphere source.
2. In Properties, enable Ray Tra...Issue where after Axes Grid has been toggled on 1 time, it always appears when Ray Tracing is enabled and can't be hidden or turned off from the Render View.
Steps to Reproduce:
1. Add a Sphere source.
2. In Properties, enable Ray Tracing. Note: that no Axes grid appears here. Toggle Ray tracing back off.
3. In View properties, toggle on the Axes grid, and then toggle it back off.
4. Toggle back on Ray Tracing.
Now we see the grid appears and theres no way to turn it off now as long as Ray Tracing is enabled.
Using the master branch.