ParaView issueshttps://gitlab.kitware.com/paraview/paraview/-/issues2019-03-26T10:45:06-04:00https://gitlab.kitware.com/paraview/paraview/-/issues/18825ParaView built without MPI support aborts on some filters2019-03-26T10:45:06-04:00Artem BodrinParaView built without MPI support aborts on some filtersAs the title states, I've found at least one filter that causes ParaView to abort emergently: D3
Here what I've got in console:
`ERROR: In .../ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, line 377
vtkSISourceProxy (0x7fb9...As the title states, I've found at least one filter that causes ParaView to abort emergently: D3
Here what I've got in console:
`ERROR: In .../ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, line 377
vtkSISourceProxy (0x7fb9bae758b0): Failed to create 'vtkDistributedDataFilter'. This typically means that ParaView does not know about the request class to create an instance of if. Ensure that it has been correctly wrapped using the client-server wrappers and the wrapping has been initialized. Note class names are case-sensitive. Check for typos. Aborting for debugging purposes.`
Filter was enabled in menu for addition to a pipeline. Paraview built **without** MPI support.
Definition of D3 in filters.xml does not states somehow this filter actually requires MPI, so we have a prototype for it in session, but can not create a VTK object. Missing `mpi_required` attribute in filter XML definition?Cory Quammencory.quammen@kitware.comCory Quammencory.quammen@kitware.comhttps://gitlab.kitware.com/paraview/paraview/-/issues/18823paraview mac install rules & superbuild are busted2019-03-20T13:39:11-04:00Utkarsh Ayachitparaview mac install rules & superbuild are bustedBen BoeckelBen Boeckelhttps://gitlab.kitware.com/paraview/paraview/-/issues/18822Polylines rendered with OSPRay should use the native ospNewGeometry type "str...2020-08-28T05:57:02-04:00Jean M. FavrePolylines rendered with OSPRay should use the native ospNewGeometry type "streamlines"Rendering streamlines in ParaView exhibits lots of artifacts because each segment of polyLine is broken into an individual cylinder. See attached image.
Rendering the same dataset fed to the ospExampleViewer shows very smoothly interpol...Rendering streamlines in ParaView exhibits lots of artifacts because each segment of polyLine is broken into an individual cylinder. See attached image.
Rendering the same dataset fed to the ospExampleViewer shows very smoothly interpolated streamlines. See attached image.![paraview](/uploads/d2a56ad7d7dfcb3db072cc29de565a78/paraview.png)![ospexampleviewer](/uploads/610e350ad046d1dee1dc72c7223fc4d1/ospexampleviewer.png)https://gitlab.kitware.com/paraview/paraview/-/issues/18821Reverse timestep play2020-10-26T17:35:45-04:00W. Alan ScottReverse timestep playPlease allow a user to be able to reverse the play direction of animations.Please allow a user to be able to reverse the play direction of animations.https://gitlab.kitware.com/paraview/paraview/-/issues/18818Copyright updates2023-08-30T21:46:41-04:00Utkarsh AyachitCopyright updates* create top level copyright file and add header to all source files saying `For copyright see Copyright.txt` (or something like that)
* for files with secondary copyrights, the header should say `Additional copyright in AdditionalCopyri...* create top level copyright file and add header to all source files saying `For copyright see Copyright.txt` (or something like that)
* for files with secondary copyrights, the header should say `Additional copyright in AdditionalCopyrightHolder.txt` and move each of the secondary copyrights to separate files in the top level directory.5.12 (Winter 2023)https://gitlab.kitware.com/paraview/paraview/-/issues/18817paraview executable is missing in release version2020-05-05T00:33:45-04:00Orxan Shibliyevparaview executable is missing in release versionI downloaded release tarball of ParaView-5.6.0 for Linux from https://www.paraview.org/download/ but after extracting there is no "paraview" executable in bin directory. All three ParaView tarballs are the same. Am I missing something?I downloaded release tarball of ParaView-5.6.0 for Linux from https://www.paraview.org/download/ but after extracting there is no "paraview" executable in bin directory. All three ParaView tarballs are the same. Am I missing something?https://gitlab.kitware.com/paraview/paraview/-/issues/18814should `paraview.__init__.py` provide a version number2022-08-16T21:35:45-04:00Utkarsh Ayachitshould `paraview.__init__.py` provide a version numbershould `paraview.__init__.py` provide a version number even before importing ParaView's C++ code? how else are user scripts expected to adjust their imports based on version of ParaView?
cc: @ben.boeckel @sebastien.jourdain @cory.quammenshould `paraview.__init__.py` provide a version number even before importing ParaView's C++ code? how else are user scripts expected to adjust their imports based on version of ParaView?
cc: @ben.boeckel @sebastien.jourdain @cory.quammenBen BoeckelBen Boeckelhttps://gitlab.kitware.com/paraview/paraview/-/issues/18812Automatic Rescale Range Mode is broken2022-04-27T22:27:25-04:00W. Alan ScottAutomatic Rescale Range Mode is brokenThe Automatic Rescale Range Mode is broken. There are two places you should be able to change this. They should be tied together. First is on the top of the Color Editor dialog. This appears to work. Second is in Edit/ Settings. Th...The Automatic Rescale Range Mode is broken. There are two places you should be able to change this. They should be tied together. First is on the top of the Color Editor dialog. This appears to work. Second is in Edit/ Settings. This appears to not work.
* OS X, 5.6.0, builtin server.
* Open can.exo. All vars on. Apply.
* Paint by VEL.
* In the Color Editor, change Grow and Update on Apply to be Clamp and Update Every Timestep. Play. This will work. Change it back. This will work.
* In the Edit/ Settings/ General, Grow and Update on Apply to be Clamp and Update Every Timestep. Play. This will NOT work. Change it back. This will NOT work.
This is a bug.5.11 (Spring 2022)Jaswant Panchumarti (Kitware)Jaswant Panchumarti (Kitware)https://gitlab.kitware.com/paraview/paraview/-/issues/18811OS X right click on view menu is broken2019-04-12T19:47:40-04:00W. Alan ScottOS X right click on view menu is brokenShowstopper bug for the 5.7.0 release. @cory.quammen or @utkarsh.ayachit, could you folks try to replicate?
* OS X, 5.6.0 (Kitware builds), local server.
* Either blow away configuration files, or use -dr.
* Expand ParaView to fit the ...Showstopper bug for the 5.7.0 release. @cory.quammen or @utkarsh.ayachit, could you folks try to replicate?
* OS X, 5.6.0 (Kitware builds), local server.
* Either blow away configuration files, or use -dr.
* Expand ParaView to fit the desktop. I didn't full screen ParaView.
* Open can.exo. Apply.
* Now, right click on the red rectangle (i.e., the brick). You don't get the full menu. But, if you right click on the upper right corner of the view, you will see the main, full onscreen menu.
This was somewhat hard to replicate, but was seen by numerous folks with Macs in my class today.5.7 (Summer 2019)https://gitlab.kitware.com/paraview/paraview/-/issues/18810paraview mac building missing NSHighResolutionCapable key2019-03-12T19:17:49-04:00Utkarsh Ayachitparaview mac building missing NSHighResolutionCapable keyneed to verify, but at least in my build seems like NSHighResolutionCapable is not set. I suspect modularization related change -- but can't be too sure.need to verify, but at least in my build seems like NSHighResolutionCapable is not set. I suspect modularization related change -- but can't be too sure.5.7 (Summer 2019)Cory Quammencory.quammen@kitware.comCory Quammencory.quammen@kitware.comhttps://gitlab.kitware.com/paraview/paraview/-/issues/18809Cannot Load State from .pvsm file using vtkPythonAlgorithm-based Reader2019-07-02T18:28:26-04:00Theodore BaltisCannot Load State from .pvsm file using vtkPythonAlgorithm-based ReaderTrying to Load State from a .pvsm file created using a vtkPythonAlgorithm-based reader fails.
It looks like the reader tries to execute without properly extracting and passing the .csv file name from the state file.
1. Open a .csv file...Trying to Load State from a .pvsm file created using a vtkPythonAlgorithm-based reader fails.
It looks like the reader tries to execute without properly extracting and passing the .csv file name from the state file.
1. Open a .csv file using the reader example from PythonAlgorithmExamples.py
2. Save state as .pvsm file
3. Reset session
4. Load state from previously saved .pvsm file
Note: Use python statefile works fine5.7 (Summer 2019)Utkarsh AyachitUtkarsh Ayachithttps://gitlab.kitware.com/paraview/paraview/-/issues/18806modularization: surface lic tests are not getting added2022-08-18T13:13:23-04:00Utkarsh Ayachitmodularization: surface lic tests are not getting addedsurface lic tests under `Plugins/SurfaceLIC/Representations/Testing/Python` are not getting added.surface lic tests under `Plugins/SurfaceLIC/Representations/Testing/Python` are not getting added.https://gitlab.kitware.com/paraview/paraview/-/issues/18802vti time series only loading last timestep2021-04-21T19:39:54-04:00Carson Brownleevti time series only loading last timestep![Screen_Shot_2019-02-19_at_1.47.47_AM](/uploads/8ea89ba2787e90c4e79513b3020aadcd/Screen_Shot_2019-02-19_at_1.47.47_AM.png)
@demarle this is the issue we ran into when trying to render off the string network at SC. As I recall it was a...![Screen_Shot_2019-02-19_at_1.47.47_AM](/uploads/8ea89ba2787e90c4e79513b3020aadcd/Screen_Shot_2019-02-19_at_1.47.47_AM.png)
@demarle this is the issue we ran into when trying to render off the string network at SC. As I recall it was also having issues trying to cache this network through catalyst, but that may be a different issue than the one described here. Do you see an obvious mistake I'm making somewhere?
I have a time series I'm loading in paraview (we've had this issue since november, but currently I'm building off of pv/release 77e35a3287b3568ea1cfef69d4130d21d7d2ea52), but it seems to only be loading in the last vti file in the time series. As you can see in the screenshot, I have a series of files loaded that are `ls strings_volume_11*
strings_volume_110.vti strings_volume_111.vti strings_volume_112.vti strings_volume_113.vti strings_volume_114.vti` on disk. In the pipeline I have them loaded as a series (strings_volume_11*), but on in the information it clearly states that it is only loading strings_volume_114.vti. Playing through the animation, paraview steps in increments of .1 with no affect on the current data. Changing animation to snap to timesteps only shows 1 timestep to snap to. In the screenshot I have specifically loaded timestep 110 and displayed it with the same slice applied (it's hard to tell, but the data is visibly different) next to the loaded "time series".https://gitlab.kitware.com/paraview/paraview/-/issues/18801modules.json missing in ParaView build2019-03-12T19:21:06-04:00Utkarsh Ayachitmodules.json missing in ParaView buildcan't figure out way to determine which modules are enabled in a buildcan't figure out way to determine which modules are enabled in a buildUtkarsh AyachitUtkarsh Ayachithttps://gitlab.kitware.com/paraview/paraview/-/issues/18800modularization: Catalyst editions need converting2019-11-01T16:03:44-04:00Utkarsh Ayachitmodularization: Catalyst editions need convertingCatalyst editions need converting.
cc: @ben.boeckelCatalyst editions need converting.
cc: @ben.boeckel5.8 (Winter 2020)https://gitlab.kitware.com/paraview/paraview/-/issues/18798cmake 3.10.3: clean removes generated files2019-04-09T17:44:58-04:00Utkarsh Ayachitcmake 3.10.3: clean removes generated filesexample tests were failing on [taanab](https://open.cdash.org/viewTest.php?onlyfailed&buildid=5760059)
The issue not related to ninja version, but to cmake. Cmake 3.10.3 cleans the generated `./Plugin/CMakeFiles/MyProxyCSInit.cxx` file ...example tests were failing on [taanab](https://open.cdash.org/viewTest.php?onlyfailed&buildid=5760059)
The issue not related to ninja version, but to cmake. Cmake 3.10.3 cleans the generated `./Plugin/CMakeFiles/MyProxyCSInit.cxx` file wen `ninja clean` is called during the step. Later versions don't do that. That file is not regenerated unless cmake is ran again and hence the test fails.
for now, updating cmake on taanab to 3.11.4 since even that version doesn't have this issue.Ben BoeckelBen Boeckelhttps://gitlab.kitware.com/paraview/paraview/-/issues/18797splash screen pops up after every time I build ParaView2019-03-12T19:11:48-04:00Utkarsh Ayachitsplash screen pops up after every time I build ParaViewNot sure why but I am seeing the splash screen popup even if I turned if off. Seems like shows everytime I rebuild ParaView after some git change that causes the git SHA to change and cmake to reconfigure.Not sure why but I am seeing the splash screen popup even if I turned if off. Seems like shows everytime I rebuild ParaView after some git change that causes the git SHA to change and cmake to reconfigure.5.7 (Summer 2019)Utkarsh AyachitUtkarsh Ayachithttps://gitlab.kitware.com/paraview/paraview/-/issues/18796Temporal statistics is a statistics filter2022-05-12T10:39:37-04:00W. Alan ScottTemporal statistics is a statistics filterPlease add the temporal statistics filter to the Filters / Statistics menu. Be sure to leave it in the Temporal menu also.Please add the temporal statistics filter to the Filters / Statistics menu. Be sure to leave it in the Temporal menu also.Jaswant Panchumarti (Kitware)Jaswant Panchumarti (Kitware)https://gitlab.kitware.com/paraview/paraview/-/issues/18794volume rendering performance is bad on huge data2020-07-20T12:40:16-04:00W. Alan Scottvolume rendering performance is bad on huge dataVolume rendering performance is really bad, when run on huge data, in parallel. This needs to be looked at and if possible, adressed.
Here is how to replicate, using a source.
* ParaView 5.6.0, Linux, remote server 4 nodes (64 ranks...Volume rendering performance is really bad, when run on huge data, in parallel. This needs to be looked at and if possible, adressed.
Here is how to replicate, using a source.
* ParaView 5.6.0, Linux, remote server 4 nodes (64 ranks). Total memory is about 256 GBytes total.
* Sources/ Unstructured Cell Types. Tet. I was able to set the size as 200x200x200. Apply.
* Color by Polynomial. Volume Render.
* Clear the Timer log.
* Increase the size of the mesh by 1, for instance to 200x200x201. Apply.
* Rotate the image.
Possible bug. I kept having the screen go blank. Rotating the image again fixed this. Don't know who's bug this is (RGS or ParaView).
* Check the timer log.
Issue 1: We are spending LOTS of time in volume rendering, and I believe that more nodes won't scale. This serial behavior is killing us. Please fix it.
Issue 2: Even though the client says 60 seconds has elapsed, the server side says 20'ish seconds, and only 5 or 10 are accounted for. Timer log needs to be updated to account for this time.5.9 (Fall 2020)Utkarsh AyachitUtkarsh Ayachithttps://gitlab.kitware.com/paraview/paraview/-/issues/18793modularization fixes: ParaViewDoc-TGZ missing2019-03-12T19:52:03-04:00Utkarsh Ayachitmodularization fixes: ParaViewDoc-TGZ missingthis is causing `vall` master builds to fail.this is causing `vall` master builds to fail.5.7 (Summer 2019)Utkarsh AyachitUtkarsh Ayachit