You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While implementing #7668, I noticed that a parameter named collection seemed to have special meaning in the NREP. If any serialized parameter is named collection is accessed, it appears to create an un-resolvable type error in the NREP.
iRODS Version, OS and Version
4.3.1, ubuntu20
What did you try to do?
I attempted to add an entry into a serialization map with key collection and then access it in a relevant pep e.g.
Note that to work around this, I instead named the key collection_path. I do not know if this is a weird one-off for this struct alone, or if this is global behavior for any key named collection.
Expected behavior
It works without error and *v is set to the appropriate value.
Observed behavior (including steps to reproduce, if applicable)
The logs report an unresolvable typing constraint and the rule fails to run.
The text was updated successfully, but these errors were encountered:
Bug Report
While implementing #7668, I noticed that a parameter named
collection
seemed to have special meaning in the NREP. If any serialized parameter is namedcollection
is accessed, it appears to create an un-resolvable type error in the NREP.iRODS Version, OS and Version
4.3.1, ubuntu20
What did you try to do?
I attempted to add an entry into a serialization map with key
collection
and then access it in a relevant pep e.g.Note that to work around this, I instead named the key
collection_path
. I do not know if this is a weird one-off for this struct alone, or if this is global behavior for any key namedcollection
.Expected behavior
It works without error and
*v
is set to the appropriate value.Observed behavior (including steps to reproduce, if applicable)
The logs report an unresolvable typing constraint and the rule fails to run.
The text was updated successfully, but these errors were encountered: