wta error when initialising workflow

[millerj97]

🔍 Before submitting the issue

• I have searched among the existing issues
• I am using a Python virtual environment

🐞 Description of the bug

when starting a fault_tolerant meshing workflow, the below error is being printed;

Error: wta(1st) to string_eq
Error Object: ()

It does not seem to affect the session

📝 Steps to reproduce

import ansys.fluent.core as pyfluent

meshing_session = pyfluent.launch_fluent(
    mode=pyfluent.FluentMode.MESHING
)
fault_tolerant = meshing_session.fault_tolerant()

💻 Which operating system are you using?

Linux

📀 Which ANSYS version are you using?

No response

🐍 Which Python version are you using?

3.10

📦 Installed packages

ansys-api-fluent==0.3.38
ansys-api-platform-instancemanagement==1.1.3
ansys-api-tools-filetransfer==0.1.2
-e git+https://github.com/ansys/pyfluent.git@4df7c2200ddb7c7636ef87406573e96a29330ad6#egg=ansys_fluent_core
-e git+https://github.com/ansys/pyfluent-visualization.git@d35400211c85db0833ddab4d319e8cfb2efc94e3#egg=ansys_fluent_visualization
ansys-platform-instancemanagement==1.1.2
ansys-tools-common==0.4.3
ansys-tools-filetransfer==0.2.1
ansys-units==0.10.1
attrs==25.4.0
certifi==2026.1.4
charset-normalizer==3.4.4
click==8.3.1
contourpy==1.3.2
cycler==0.12.1
cyclopts==4.5.3
defusedxml==0.7.1
Deprecated==1.3.1
docker==7.1.0
docstring_parser==0.17.0
docutils==0.22.4
fonttools==4.61.1
googleapis-common-protos==1.72.0
grpcio==1.78.0
grpcio-health-checking==1.78.0
grpcio-status==1.78.0
h5py==3.15.1
idna==3.11
importlib_metadata==8.7.1
joblib==1.5.3
kiwisolver==1.4.9
markdown-it-py==4.0.0
matplotlib==3.10.8
mdurl==0.1.2
nltk==3.9.2
numpy==2.2.6
packaging==26.0
pandas==2.3.3
pillow==12.1.1
platformdirs==4.9.2
pooch==1.9.0
protobuf==6.33.5
Pygments==2.19.2
pyparsing==3.3.2
python-dateutil==2.9.0.post0
pytz==2025.2
pyvista==0.47.0
pyvistaqt==0.11.3
PyYAML==6.0.3
QtPy==2.4.3
regex==2026.1.15
requests==2.32.5
rich==14.3.2
rich-rst==1.3.2
scooby==0.11.0
six==1.17.0
tomli==2.4.0
tqdm==4.67.3
typing_extensions==4.15.0
tzdata==2025.3
urllib3==2.6.3
vtk==9.6.0
wrapt==2.1.1
zipp==3.23.0

[millerj97]

@prmukherj let me know if you can reproduce this, I see it when running interactively or in a script

[prmukherj]

@millerj97, yes can reproduce this. Since it is not blocking it was not caught earlier. We need to investigate this on server side.

meshing_session.meshing_workflow.general.initialize_workflow(workflow_type="Fault-tolerant Meshing")