Update generated code for DPF 252_daily on master #2016
Conversation
pyansys-ci-bot
added
the
server-sync
| @@ -138,7 +138,7 @@ def __init__( | |||
| config=None, | |||
| server=None, | |||
| ): | |||
| super().__init__(name="mapdl::rth::TF_cyclic", config=config, server=server) | |||
| super().__init__(name="mapdl::rst::TF_cyclic", config=config, server=server) | |||
There was a problem hiding this comment.
@oparreno Just confirmation, as I can see that this was merged yesterday: Was this a bug before? Should it be rst or rth? Thanks!
There was a problem hiding this comment.
@rafacanton, @ricardopeixotocoelho created a PR to simplify the reader operators from RST and make previous calls to RTHSource go to Elemental and Nodal source from RST. I assume that this change just changed the operator name? Both should be supported as TF could be extracted from RST & RTH as it is a thermal result.
There was a problem hiding this comment.
@rafacanton @oparreno @ricardopeixotocoelho so this here means that the latest recorded public operator with scripting_name=cyclic_expanded_heat_flux is the RST one. It makes sense since you switched it from RTH to RST.
The PR being worked on server-side adds back the record for RTH. The thing is that if both have the same scripting name, then one will override the other and you will end-up with a name here of format mapdl::xxx::TF_cyclic.
What you can do is make those private, and record a public TF_cyclic operator which redirects based on the active namespace for the result. @rafacanton could you maybe explain how to do that properly?
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #2016 +/- ##
==========================================
+ Coverage 87.47% 88.61% +1.14%
==========================================
Files 90 90
Lines 10254 10254
==========================================
+ Hits 8970 9087 +117
+ Misses 1284 1167 -117 |
pyansys-ci-bot
force-pushed
the
maint/update_code_for_252_daily_on_master
branch
5 times, most recently
from
a3cd0af to
c940dd7
Compare
pyansys-ci-bot
force-pushed
the
maint/update_code_for_252_daily_on_master
branch
from
c940dd7 to
26803a4
Compare
| @@ -47,11 +47,11 @@ | |||
| _globals['_GETASRESPONSE']._serialized_start=648 | |||
| _globals['_GETASRESPONSE']._serialized_end=1529 | |||
| _globals['_CREATEREQUEST']._serialized_start=1532 | |||
| _globals['_CREATEREQUEST']._serialized_end=1716 | |||
There was a problem hiding this comment.
@cbellot000 @rafacanton @ansys-akarcher is that retrocompatible?
| config=None, | ||
| server=None, | ||
| ): | ||
| super().__init__(name="TGZ", config=config, server=server) |
There was a problem hiding this comment.
@ricardopeixotocoelho @oparreno are all of these operators generic ones or are they specific to RST or RTH?
Meaning, is there a mapdl::rst::TGZ behind the scenes?
There was a problem hiding this comment.
@PProfizi, this is the Z component of the TG result. There is indeed an mapdl::rth::TG
|
|
||
|
|
||
| class expansion_psd(Operator): | ||
| """Computes the PSD response for one-sigma solution. |
There was a problem hiding this comment.
Hi @oparreno could we maybe have a more extensive description of the goal of the operator here?
An update of generated code has been triggered either manually or by an update in the dpf-standalone repository.