NMISC and SMISC retrocompatibility break

[PProfizi]

Before submitting the issue

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

Description of the bug

Operators dpf.operators.result.nmisc and dpf.operators.result.smisc in PyDPF-Core 0.11.0 are not retro-compatible with DPF servers below 2024.2.pre0 due to breaking changes server-side.
We need to see how to properly manage that.

Steps To Reproduce

NA

Which Operating System causes the issue?

Windows, MacOS, Linux

Which DPF/Ansys version are you using?

Ansys 2024 R1

Which Python version causes the issue?

3.11

Installed packages

NA

[PProfizi]

@ayush-kumar-423 @rafacanton

[germa89]

For the record:

https://github.com/ansys/pymapdl/actions/runs/8066167024/job/22033628509#step:17:430

[kmahajan-cadfem]

I have also just noticed it, would this be addressed or the existing scripts have to be changed for future compatibility?

[germa89]

Any update on this?? @PProfizi @rafacanton

[germa89]

Any update on this?? @PProfizi @rafacanton

Are they any plans to bring back those operators? If not, we should close this issue.

[rafacanton]

@germa89 Unfortunately we broke retro with a mistake and the operators will not be available again. I think that in client applications for this result you can do an ugly if based on the dpf version (which you can know doing a dpf.global_server().version):

• If dpf version >= 8.0 ( = 24.2.pre0 as per this table) the internal operator to be run should be "NMISC"/"SMISC", which is mapped to the regular dpf.operators.result.nmisc/dpf.operators.result.smisc.
• For older versions, the internal operator to be run should be "mapdl::nmisc"/"mapdl::smisc", which are always accessible in that versions through the less Pythonic APIs dpf.Operator("mapdl::nmisc")/dpf.Operator("mapdl::smisc").