v1.2.0-rc1

[vicentebolea]

Viskores 1.2.0 Release Notes

Table of Contents

1. Core
   • Viskores now requires initialization
   • Checking of class triviality is improved
   • Fixed memory_order constants for C++20
   • Added check for Kokkos finalize
   • Avoid copies on AMD APUs in the Kokkos build of Viskores
   • Add id-only cell locator queries
2. Filters
   • Fiber Uncertainty Visualization Filter
   • Spline evaluation on structured grids
   • Monotonicity checks for arrays
   • Deprecated CPU threading for multiblock filters
   • Use id-only block lookup for flow bounds
3. Rendering
   • New ANARI device enabled by Viskores
   • Pan with 3D camera fixed
4. Bug Fixes
   • Bug fix for CellLocatorBoundingIntervalHierarchy
   • Fix array access for rectilinear splines
   • Contour Tree Filter No Longer Stores Execution Scratch as Filter State
   • Wedge: Fix Point Ordering, Triangulation and Volume Correctness
   • Fixed bug in Kokkos Reduce function
5. Build
   • Made the device library private
   • Removed redundant version information from libraries
   • pkg-config files now install to libdir/pkgconfig
   • Use compliant MSVC preprocessor for device code
   • Improve compilation of flow filters
   • Testing code consolidated
   • Support skipping tests
   • Fixed the SetupForDevelopment.sh script
   • Patches are uploaded when formatting fails
   • Contour Tree Filter Headers Isolated from Device Code
   • Raytracing code separated into its own module
   • Shorten header filenames to fix Windows MAX_PATH install failures
   • Fixed error about ambiguous thrust namespace
   • Remove warnings for deprecated Thrust utilities

Core

Viskores now requires initialization

It is now required to call viskores::cont::Initialize before using other
features in Viskores. This change has come about to ensure that resources are
managed correctly.

A new function, viskores::cont::IsInitialized has also been added to help
client code ensure Initialize is called exactly once.

Checking of class triviality is improved

When Viskores packages classes to send between host and device as well as when
Viskores usings Variants to build unions of objects, it can be important to
check trivial aspects of classes. For example, it is sometimes important to know
whether the class executes code for its constructors or destructor.

Early forms of Viskores (actually its predecessor VTK-m) used compilers that did
not give reliable results for std::is_trivial and related type checks. To get
around this problem on these compilers, Viskores implemented alternate forms of
these checks that reported nothing as trivial so that proper construction copy
or destruction happened. This alternate implementation also reported that
everything was trivial during assert checks in places where objects needed to
be memory copied. (Other compilers were used to ensure that these checks passed
correctly.)

Now that Viskores requires C++17 or better, compilers should properly
implement these checks that have been around since C++11. Thus, the workarounds
for bad implementations of std::is_trivial should not be necessary, and they
have been removed.

Fixed memory_order constants for C++20

C++20 changed the implementation of the std::memory_order enum to be scoped.
As part of that, the contents of the enum have different names. Instead, you
reference the identifiers as constants in the std namespace (which works the
same with the non-scoped version).

At any rate, the code now works for both C++17 and C++20.

Added check for Kokkos finalize

Previously, if Viskores initialized Kokkos, it would always fall the Kokkos
finalize routine. This assumed that all other Kokkos users would follow the same
pattern of checking before initializing Kokkos and finalizing if and only if
Viskores initialized.

However, a more aggressive library may always finalize on shutdown if it detects
Kokkos was ever initialized. To play well with such libraries, Viskores now also
checks to make sure that Kokkos has not yet been finalized.

This cannot guarantee that another library may finalize Kokkos after Viskores,
but it will work with any libraries that either only finalize if they do the
initialization or check before initializing or finalizing.

Avoid copies on AMD APUs in the Kokkos build of Viskores

APUs, such as the AMD Instinct MI300A, are a special kind of accelerator where the CPU and GPU physically share their memory.
The Kokkos build of Viskores now takes this characteristic into account by defining VISKORES_PHYSICALLY_SHARED_MEMORY and performing shallow copies between host and device, if the device is an APU.

Add id-only cell locator queries

Viskores cell locators now provide FindCellId and FindAllCellIds methods
for queries that only need cell ids and do not need parametric coordinates.

Filters

Fiber Uncertainty Visualization Filter

Viskores now provides a function to compute the positional probability of fibers
when input bivariate scalar data are uncertain. Fibers are a conceptual extension
of univariate isosurfaces (Carr et al., 2015); they represent the preimage of a
user-specified bivariate trait, analogous to an isovalue in the univariate case.
The positional probability of fibers can be computed for uniformly distributed
uncertain data sampled on a regular grid using the FiberUncertainUniform filter.
The bounds of the uniform distribution are estimated from the input ensemble by
computing the minimum and maximum values of each variable.

Spline evaluation on structured grids

Viskores now supports interpolation of scalar data on structured grids through two new classes:
viskores::cont::SplineEvaluateUniformGrid for uniform grids;
viskores::cont::SplineEvaluateRectilinearGrid for rectilinear grids.

Both classes implement Catmull-Rom spline interpolation, providing smooth and accurate evaluation of scalar values.

Monotonicity checks for arrays

Viskores has two new functions to test whether a scalar-valued array is monotonically increasing or monotonically decreasing.
viskores::cont::ArrayIsMonotonicIncreasing returns true if the array is monotonically increasing.
viskores::cont::ArrayIsMonotonicDecreasing returns true if the array is monotonically decreasing.

Both functions use viskores::cont::UnknownArrayHandle as the input argument so that it can support any type of underlying array storage.

Deprecated CPU threading for multiblock filters

OpenMP and TBB backends are not threadsafe. Disable setting number of threads for these backends.

Use id-only block lookup for flow bounds

Flow filters now build an internal block-bounds locator that can identify all
blocks containing a particle position using cell-id-only locator queries. This
provides the foundation for more efficient worklet-based particle routing across
overlapping blocks.

Rendering

New ANARI device enabled by Viskores

Viskores now provides an ANARI device that can be used by applications that use
ANARI for rendering. The intention of this device is to provide a simple,
portable, accelerated ANARI device that will be available in HPC systems
regardless of vendor support. We hope this will help jumpstart the support of
ANARI for scientific visualization applications at HPC centers.

This device is still in its experimental phase. Although functional, it is
missing many features that applications will expect to be supported. The
inclusion of the device into Viskores in this early phase should help promote
development and simplify the integration of any changes necessary in the
rendering library.

Pan with 3D camera fixed

Although the Camera object for 3D rendering provided panning
options in the image plane, the underlying camera in the raytracing
code did not support it. The raycast mapping now supports X/Y panning
when rendering 3D objects.

Bug Fixes

Bug fix for CellLocatorBoundingIntervalHierarchy

Fixes a memory error that was showing up on GPUs.

Fixed one bug where BIH could keep searching after already finding cell 0, which could cause invalid memory access. Fixed a second bug where stale cached leaf data could be reused incorrectly, leading to bad reads in the LastCell fast path.

Fix array access for rectilinear splines

The rectilinear spline execution object needs to know the
bounds of the coordinates. These were computed by loading
the first and last items of the coordinate arrays. However,
these arrays are on the device and the bounds are computed
on the host. Thus, for devices with different memory spaces
this could give bad values.

Fix the problem by using the GetBounds method on the
CoordinateSystem object, which will compute it correctly.

Contour Tree Filter No Longer Stores Execution Scratch as Filter State

The ContourTreeUniformDistributed filter previously held its intermediate
results (local meshes, contour trees, boundary trees, interior forests, and the
iteration count) as filter member state. Because filters can be copied, copies
could share or clobber this mutable scratch when executed independently.

These intermediate results are now collected in a local ExecutionState object
that lives only for the duration of a single execution and is passed by
reference through the filter's helper functions. Copies of the filter no longer
share execution scratch.

Wedge: Fix Point Ordering, Triangulation and Volume Correctness

This series of commits fixes long-standing issues with wedge cell types in Viskores inherited from VTK,
where point orderings were inconsistent with parametric coordinates, leading to
incorrect volume computations, negative volume tetrahedra in triangulations, and
faces with incorrect outward normals. The fixes are mentioned below:

Wedge

• Correct Point Ordering
  1. Wrong Wedge Point Ordering:
  2. Corrected Wedge Point Ordering:
• Use outward normal winding for each face, which was broken as a result of the incorrect point ordering
• Fix TriangulateTables to produce positive volume tetrahedrons
• Fix ClipTables to produce correct point/edge ordering with positive volume wedges
• Fix MarchingCellTables for contouring to produce correct point/edge ordering
• Fix tests generating wrong point ordering

Additionally, the edge interpolation was fixed to consider edge points with equal scalar values.

Fixed bug in Kokkos Reduce function

The Reduce() function in the Kokkos device adapter had a potential bug where
it would attempt to access an array on the host. Normally, it is fine to request
an array handle on the host with, for example, the ReadPortal() method.
However, in some rare cases with custom array handles, the portal specifically
accesses functions or data on the device. This was the case for the
CountBitSet method in the Kokkos device adapter, and that could ead to
problems such as a segmentation fault. The Reduce() is now more careful to
access its input array only on the device.

Build

Made the device library private

Viskores no longer makes the device libraries public on its exported
viskores::cont target. Previously, the device libraries were linked to
viskores::cont as PUBLIC, which means that pretty much anything that used
Viskores also brought in any compiler flags for the device. This sometimes
forced downstream code to use a device compiler when it did not need to.

Removed redundant version information from libraries

The Viskores library files were created with redundant version information. The
library name added the major.minor numbers to the filename, but then CMake
automatically added these numbers a second time. This redundant information has
been removed.

pkg-config files now install to libdir/pkgconfig

Viskores now installs pkg-config files to ${Viskores_INSTALL_LIB_DIR}/pkgconfig instead of the
share directory. This is the default location where pkg-config searches for
.pc files, allowing pkg-config to find Viskores without additional configuration.

Use compliant MSVC preprocessor for device code

MSVC has some behavior in their "traditional" preprocessor that is not compliant
with the C99 and C++11 standards. Starting in MSVC 19 (the current earliest
version supported by Viskores), MSVC provides a "compliant" preprocessor that
does meet C and C++ standards. This is enabled with the /Zc:preprocessor
command line flag.

Some device libraries (in particular, Thrust) require this compliant preprocess
to be used for compatibility. (See bug #276.) To support that, Viskores now
adds the /Zc:preprocessor flag to compilations of device code. This is done by
adding the compile option to the viskores_exec interface library.

Improve compilation of flow filters

Several of the flow filters contain multiple flow paths through different
worklets. This can sometimes overwhelm device compilers. To improve compilation,
the compilation of worklets for the flow filters is separated into different
translation units using the Viskores instantiation compile feature. This reduces
the burden on any particular use of a compiler and helps leverage parallel
compiling.

Testing code consolidated

The testing helper code in Viskores has been consolidated. Originally, there was
a separation between the tests that used code in the control environment and
that which did not. This was originally from back in the day when Viskores (or
rather, its predecessor) was envisioned as a header-only library. However, this
separation is no longer meaningful. In fact, the testing code without the
control environment was missing some initialization that can cause issues with
some devices.

Now, all the testing helper code is accessible from
viskores/testing/Testing.h. The old viskores/cont/testing/Testing.h still
exists (for now), but it is an empty file pointing back to
viskores/testing/Testing.h.

Support skipping tests

Viskores tests can now skip themselves. Sometimes it is not possible to
determine whether a particular test is supported until the test is run and the
system can be introspected. In this case, the test can now return by invoking
the VISKORES_TEST_SKIP. In this case, the test will immediately end, and CTest
will report that the test was skipped rather than pass or fail.

Fixed the SetupForDevelopment.sh script

The CONTRIBUTING.md document instructs developers to run the
Utilities/SetupForDevelopment.sh script. However, when you ran this script,
you got an error:

$ ./Utilities/SetupForDevelopment.sh
Setting up useful Git aliases...
./Utilities/SetupForDevelopment.sh: line 22: syntax error: unexpected end of file

This error has been fixed, and the SetupForDevelopment.sh script now correctly
sets up git aliases.

Patches are uploaded when formatting fails

To ensure that the Viskores source maintains consistent formatting, every GitHub
pull request must pass a formatting check. If this check fails, developers must
change their code to conform to the proper formatting.

To assist developers in correcting the formatting, the GitHub workflow now
updates a patch file as an artifact. When developers get the formatting failure,
they can go to the output of the check and download the patch file and apply it
locally to fix the formatting issues.

Contour Tree Filter Headers Isolated from Device Code

Some of the contour tree filter headers included internal classes that exposed
device (execution environment) code. Filters should not do that so software
using the filters can avoid compiling with the GPU compiler if they otherwise do
not need it. The contour tree filter code is updated to avoid such extraneous
includes.

Raytracing code separated into its own module

The raytracing code, placed in the raytracing subdirectory/namespace under
rendering is now in its own library (viskores::rendering_raytracing) that does
not depend on the rest of the rendering code (i.e., the viskores::rendering
library). Previously, this code was intertwined and in one library.

This separation will allow more options to implement rendering features using
other libraries that partially use raytracing (such as the ANARI interop).

Shorten header filenames to fix Windows MAX_PATH install failures

Viskores header files were renamed to have shorter paths so that they can be
installed on Windows systems without Long Path support enabled. This fixes
failures seen when installing Viskores via conda on Windows instances where
the total installed path exceeded the 260-character MAX_PATH limit.

A CI check is now enforced to ensure no source file path exceeds 130
characters, leaving sufficient headroom for typical install prefixes.

Fixed error about ambiguous thrust namespace

There are a few places in Viskores that have to modify the internal behavior of
Thrust to, for example, properly identify a reference object as a read/write
reference. However, recent versions of thrust sometimes caused a compiler error
about the thrust::detail namespace being ambiguous. This is because Thrust has
its special ABI that declares things in anonymous spaces to avoid conflicts.

When Viskores touches internal components of Thrust, it now uses the
THRUST_NAMESPACE_BEGIN/END macros to define the namespace so it follows how
things are defined by Thrust.

Remove warnings for deprecated Thrust utilities

The use of Thrust function objects such as thrust::less, thrust::equal_to,
and thrust::plus, as well as utilities such as thrust::distance, is
deprecated. These are replaced with the more general cuda::std equivalents.
The Viskores code is updated to point to the latter classes and functions for
newer versions of Cuda.

What's Changed

• Update sample changelog to reference Viskores by @kmorel in Update sample changelog to reference Viskores #160
• Consolidate testing by @kmorel in Consolidate testing #166
• Add mailing list info to README by @kmorel in Add mailing list info to README #167
• Update user's guide document number by @kmorel in Update user's guide document number #169
• Require initialize by @kmorel in Require initialize #163
• Add user guide chapter on unknown cell sets by @kmorel in Add user guide chapter on unknown cell sets #172
• Updated minimum CMake in configuration by @kmorel in Updated minimum CMake in configuration #177
• Fix more compiler warnings about constructor templates by @kmorel in Fix more compiler warnings about constructor templates #176
• Simplify stream surface filter by @kmorel in Simplify stream surface filter #181
• Evaluation of splines on structured grids. by @dpugmire in Evaluation of splines on structured grids. #171
• Disable CellLocatorBoundingIntervalHierarchy by @dpugmire in Disable CellLocatorBoundingIntervalHierarchy #184
• Probe filter with points by @dpugmire in Probe filter with points #185
• Improve structure of basic filter implementation by @kmorel in Improve structure of basic filter implementation #186
• docs: update release instructions by @vicentebolea in docs: update release instructions #187
• Add user guide chapter on generating cell sets by @kmorel in Add user guide chapter on generating cell sets #173
• correct pkgconfig and cmake config install path by @vicentebolea in correct pkgconfig and cmake config install path #189
• Support BSD sed extensions in transition script by @kmorel in Support BSD sed extensions in transition script #195
• Fix memory_order constants for C++20 by @kmorel in Fix memory_order constants for C++20 #194
• Improve testing for ArrayHandleSOAStride by @kmorel in Improve testing for ArrayHandleSOAStride #201
• Always use std to check for class triviality by @kmorel in Always use std to check for class triviality #198
• Simplify code for ArrayHandleSOA portal by @kmorel in Simplify code for ArrayHandleSOA portal #199
• Improve compilation of flow filters by @kmorel in Improve compilation of flow filters #182
• Fix ANARIMapperGlyphs dispatching by @kmorel in Fix ANARIMapperGlyphs dispatching #203
• Remove redundant version information from libraries by @kmorel in Remove redundant version information from libraries #204
• ci: ccache options by @vicentebolea in ci: ccache options #61
• ci: update anari to 0.15.0 in ubuntu2004_kokkos image by @vicentebolea in ci: update anari to 0.15.0 in ubuntu2004_kokkos image #210
• Fix CMake for hip thrust by @kmorel in Fix CMake for hip thrust #209
• Update common tracking by @mathstuf in Update common tracking #211
• Initial ANARI device by @kmorel in Initial ANARI device #207
• style: fix newlines to conform to vtk ghostflow lint by @vicentebolea in style: fix newlines to conform to vtk ghostflow lint #215
• Add optional default types for Vistle by @DeVasconcelos in Add optional default types for Vistle #227
• Make Tube filter check all types in VISKORES_DEFAULT_CELL_SET_LIST_UNSTRUCTURED by @DeVasconcelos in Make Tube filter check all types in VISKORES_DEFAULT_CELL_SET_LIST_UNSTRUCTURED #228
• Bump urllib3 from 2.5.0 to 2.6.0 in /docs/users-guide in the pip group across 1 directory by @dependabot[bot] in Bump urllib3 from 2.5.0 to 2.6.0 in /docs/users-guide in the pip group across 1 directory #234
• Bump urllib3 from 2.6.0 to 2.6.3 in /docs/users-guide in the pip group across 1 directory by @dependabot[bot] in Bump urllib3 from 2.6.0 to 2.6.3 in /docs/users-guide in the pip group across 1 directory #238
• Upload patch when formatting fails by @kmorel in Upload patch when formatting fails #240
• Add instructions for changelog and squashing by @kmorel in Add instructions for changelog and squashing #242
• Fix the SetupForDevelopment.sh script by @kmorel in Fix the SetupForDevelopment.sh script #241
• Implement pan with 3D camera by @kmorel in Implement pan with 3D camera #245
• Viskores fiber uncertainty visualization filter by @iuermili in Viskores fiber uncertainty visualization filter #108
• Restrict workflow permissions to minimum required by @williamjallen in Restrict workflow permissions to minimum required #248
• Update readme to point to Viskores web page by @kmorel in Update readme to point to Viskores web page #249
• Add check for Kokkos finalize by @kmorel in Add check for Kokkos finalize #237
• add security policy file by @vicentebolea in add security policy file #250
• Add Scorecard workflow for supply-chain security by @vicentebolea in Add Scorecard workflow for supply-chain security #251
• Improve the documentation of ArrayHandleCounting by @kmorel in Improve the documentation of ArrayHandleCounting #254
• Fix array access for rectilinear splines by @kmorel in Fix array access for rectilinear splines #256
• Make the device library private by @kmorel in Make the device library private #161
• Avoid deep copies between host and device on AMD APUs by @DeVasconcelos in Avoid deep copies between host and device on AMD APUs #257
• Allow for building with OpenMP on macos by @aumuell in Allow for building with OpenMP on macos #262
• Fix problem with ANARI bounds update by @kmorel in Fix problem with ANARI bounds update #266
• Anari raycast directly by @kmorel in Anari raycast directly #263
• Fix for GPU memory bug. by @dpugmire in Fix for GPU memory bug. #270
• Bump requests from 2.32.4 to 2.33.0 in /docs/users-guide in the pip group across 1 directory by @dependabot[bot] in Bump requests from 2.32.4 to 2.33.0 in /docs/users-guide in the pip group across 1 directory #274
• Fix crash in multi-threaded filter execution with OpenMP backend by @dpugmire in Fix crash in multi-threaded filter execution with OpenMP backend #272
• Make the raytracing camera self sufficient by @kmorel in Make the raytracing camera self sufficient #269
• Fix vulnerabilities reported by OpenSSF by @kmorel in Fix vulnerabilities reported by OpenSSF #281
• Use compliant MSVC preprocessor for device code by @kmorel in Use compliant MSVC preprocessor for device code #277
• Add OpenSSF scorecard badge to readme by @kmorel in Add OpenSSF scorecard badge to readme #280
• Build CI in /tmp directory by @kmorel in Build CI in /tmp directory #282
• Support skipping tests by @kmorel in Support skipping tests #265
• Add OpenSSF best practices badge to readme by @kmorel in Add OpenSSF best practices badge to readme #286
• Suppress vulnerability report by @kmorel in Suppress vulnerability report #285
• annotation occlusion by @nicolemarsaglia in annotation occlusion #283
• Wedge figure by @kmorel in Wedge figure #289
• kokkos: repair kokkos cuda job by @vicentebolea in kokkos: repair kokkos cuda job #288
• Fix issues when compiling with Cuda 13.2 by @kmorel in Fix issues when compiling with Cuda 13.2 #290
• Add changelog for Cuda 13.2 fixes by @kmorel in Add changelog for Cuda 13.2 fixes #296
• Remove data conversion warnings by @kmorel in Remove data conversion warnings #278
• update to 1.1.1 by @vicentebolea in update to 1.1.1 #304
• Improve BOV reader format support and tests by @dpugmire in Improve BOV reader format support and tests #292
• Fix VTK reader edge cases in FIELDs, split cells, and structured grids by @dpugmire in Fix VTK reader edge cases in FIELDs, split cells, and structured grids #301
• ci: use aarch64 runner for spack sync job by @vicentebolea in ci: use aarch64 runner for spack sync job #309
• Add FindCellId and FindAllCellIds to cell locators. by @dpugmire in Add FindCellId and FindAllCellIds to cell locators. #260
• Cell locator id only changelog by @dpugmire in Cell locator id only changelog #310
• Add a chapter for sources to the users guide by @kmorel in Add a chapter for sources to the users guide #312
• Bump urllib3 from 2.6.3 to 2.7.0 in /docs/users-guide in the pip group across 1 directory by @dependabot[bot] in Bump urllib3 from 2.6.3 to 2.7.0 in /docs/users-guide in the pip group across 1 directory #313
• Fix wedge point ordering by @spyridon97 in Fix wedge point ordering #287
• ci: add VTK contract test jobs by @vicentebolea in ci: add VTK contract test jobs #321
• Add id-only BoundsMap locator for flow by @dpugmire in Add id-only BoundsMap locator for flow #319
• Bump idna from 3.7 to 3.15 in /docs/users-guide in the pip group across 1 directory by @dependabot[bot] in Bump idna from 3.7 to 3.15 in /docs/users-guide in the pip group across 1 directory #324
• Improve testing coverage gaps by @dpugmire in Improve testing coverage gaps #327
• Fix UnitTestAtomic coverage by @dpugmire in Fix UnitTestAtomic coverage #325
• Add quad geometry to ANARI device. by @dpugmire in Add quad geometry to ANARI device. #332
• Move rendering triangulator to raytracing module by @kmorel in Move rendering triangulator to raytracing module #268
• Remove warnings for thrust::less by @kmorel in Remove warnings for thrust::less #314
• Add ANARI device load function by @kmorel in Add ANARI device load function #334
• Fix clip edge interpolation by @spyridon97 in Fix clip edge interpolation #338
• Split contour tree tests by @kmorel in Split contour tree tests #317
• Move raytracer to separate library by @kmorel in Move raytracer to separate library #335
• Properly check for ANARI cone extension by @kmorel in Properly check for ANARI cone extension #340
• Add cylinder geometry to ANARI. by @dpugmire in Add cylinder geometry to ANARI. #337
• Fix error about ambiguous thrust namespace by @kmorel in Fix error about ambiguous thrust namespace #336
• fix: shorten header filenames to fix Windows MAX_PATH install failure by @vicentebolea in fix: shorten header filenames to fix Windows MAX_PATH install failure #320
• Fix CMake generator statement by @kmorel in Fix CMake generator statement #344
• Add LFX Insights badges by @kmorel in Add LFX Insights badges #341
• Isolate contour tree filter headers from device code by @kmorel in Isolate contour tree filter headers from device code #316
• Replace ContourTreeUniformDistributed InternalStruct with local ExecutionState by @ghweber in Replace ContourTreeUniformDistributed InternalStruct with local ExecutionState #342
• Fix Reduce optimization in Kokkos adapter by @kmorel in Fix Reduce optimization in Kokkos adapter #349
• Device adapter algorithms for user's guide by @kmorel in Device adapter algorithms for user's guide #347
• Add second CI job using ANARI by @kmorel in Add second CI job using ANARI #348
• Add missing test and advertisement for ANARI sphere geometry. by @dpugmire in Add missing test and advertisement for ANARI sphere geometry. #345

New Contributors

• @DeVasconcelos made their first contribution in Add optional default types for Vistle #227
• @iuermili made their first contribution in Viskores fiber uncertainty visualization filter #108
• @williamjallen made their first contribution in Restrict workflow permissions to minimum required #248
• @ghweber made their first contribution in Replace ContourTreeUniformDistributed InternalStruct with local ExecutionState #342

Full Changelog: v1.1.1...v1.2.0-rc1

---

This discussion was created from the release v1.2.0-rc1.