| Numéro d’ID de bogue |
BUG-000174960 |
| Envoi | March 12, 2025 |
| Dernière modification | June 24, 2025 |
| S’applique à | ArcGIS Pro |
| Version trouvée | 3.4.2 |
| Système d’exploitation | N/A |
| Version du système d’exploitation | N/A |
| Statut | As Designed
Après examen par l’équipe de développement, il a été déterminé que ce comportement est prévu. Pour plus d’informations, reportez-vous à la section Informations supplémentaires.
|
Informations supplémentaires
This is by design.
In 2.9.13/3.x we fixed a bug with relationships and attribute rules where the rules were not triggering. That is why it "worked" in 2.9.3 because the rule was never triggering.
Now with the fix, the Add new to relationship translates to two edits
-> create a new row on the destination
-> update the row to set the foreign key (this didn't happen before which was not correct)
the second update doesn't have field value populated which causes the attribute rule to fail.
To fix this you have can allow the update to happen if the foreign key is being updated by changing the rule as follows
//prevent the edit only when the user makes an update, not when the foreign key gets updated
if ( $feature.field == null && ($originalFeature.foreignkey == $feature.foreignkey) ) return false;
//else allow the edit
return true;
alternatively you can set a default value for "field"
Solution de contournement
Open the attribute table of the feature class, select a row or feature and click the Menu button (three lines) in the upper-right corner. Navigate to Related Data, select the related table and add rows directly.
Étapes pour reproduire