solver.settings.setup.cell_zone_conditions.fluid.list() and the equivalent for solid zones returns the wrong list if used in succession

[cons013]

🔍 Before submitting the issue

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

🐞 Description of the bug

If solver.settings.setup.cell_zone_conditions.solid.list() is called and then immediately after solver.settings.setup.cell_zone_conditions.fluid.list() is called, the same list is returned. If the command is called twice, it works. I am unsure if this has wider implications for how these functions work.

📝 Steps to reproduce

💻 Which operating system are you using?

Linux

📀 Which ANSYS version are you using?

Fluent 24.1

Pyfluent 0.16

🐍 Which Python version are you using?

3.11

📦 Installed packages

about-time==4.2.1
alabaster==0.7.16
alive-progress==3.2.0
altgraph==0.17.4
ansys-api-fluent==0.3.28
ansys-api-platform-instancemanagement==1.1.0
ansys-api-tools-filetransfer==0.1.1
ansys-fluent-core==0.24.2
ansys-fluent-visualization==0.12.0
ansys-platform-instancemanagement==1.1.2
ansys-tools-filetransfer==0.1.0
ansys-units==0.3.2
babel==2.16.0
backports.tarfile==1.2.0
beartype==0.19.0
build==1.2.2.post1
CacheControl==0.14.1
certifi==2024.8.30
cffi==1.17.1
charset-normalizer==3.4.0
cleo==2.1.0
click==8.1.7
contourpy==1.3.1
crashtest==0.4.1
cryptography==43.0.3
cycler==0.12.1
distlib==0.3.9
docker==7.1.0
docutils==0.21.2
dulwich==0.21.7
fastjsonschema==2.20.0
filelock==3.16.1
fonttools==4.55.0
grapheme==0.6.0
grpcio==1.68.0
grpcio-health-checking==1.62.3
idna==3.10
imagesize==1.4.1
importlib_metadata==8.5.0
iniconfig==2.0.0
installer==0.7.0
jaraco.classes==3.4.0
jaraco.context==6.0.1
jaraco.functools==4.1.0
jeepney==0.8.0
Jinja2==3.1.4
joblib==1.4.2
keyring==25.5.0
kiwisolver==1.4.7
lxml==5.3.0
MarkupSafe==3.0.2
matplotlib==3.9.2
more-itertools==10.5.0
msgpack==1.1.0
natsort==8.4.0
nltk==3.9.1
numpy==1.26.4
packaging==24.2
pandas==2.2.3
pexpect==4.9.0
pillow==11.0.0
pkginfo==1.11.2
platformdirs==4.3.6
pluggy==1.5.0
poetry==1.8.4
poetry-core==1.9.1
poetry-plugin-export==1.8.0
pooch==1.8.2
protobuf==4.25.5
psutil==6.1.0
ptyprocess==0.7.0
pycparser==2.22
Pygments==2.18.0
pyinstaller==6.11.1
pyinstaller-hooks-contrib==2024.10
pymssql==2.3.2
pyodbc==4.0.38
pyparsing==3.2.0
pyproject_hooks==1.2.0
pytest==8.3.3
python-dateutil==2.9.0.post0
pytz==2024.2
pyvista==0.44.2
pyvistaqt==0.11.1
PyYAML==6.0.2
QtPy==2.4.2
RapidFuzz==3.10.1
rbsql==0.4.2
regex==2024.11.6
requests==2.32.3
requests-toolbelt==1.0.0
scooby==0.10.0
SecretStorage==3.3.3
shellingham==1.5.4
six==1.16.0
snowballstemmer==2.2.0
Sphinx==7.4.7
sphinxcontrib-applehelp==2.0.0
sphinxcontrib-devhelp==2.0.0
sphinxcontrib-htmlhelp==2.1.0
sphinxcontrib-jsmath==1.0.1
sphinxcontrib-qthelp==2.0.0
sphinxcontrib-serializinghtml==2.0.0
toml==0.10.2
tomlkit==0.13.2
tqdm==4.67.0
trove-classifiers==2024.10.21.16
typing_extensions==4.12.2
tzdata==2024.2
urllib3==2.2.3
virtualenv==20.27.1
vtk==9.3.20230807rc0
zipp==3.21.0

[mkundu1]

@gyeole Confirmed that stale value is returned from object-names method of thread-type-class. Perhaps some issue from the object names cache or bc-type -> object-names cache?