Open fy17ohhh opened 2 months ago
Its explicitly written that multiple same attribute names will actually be rejected and thrown the error in the UG. This is the intended outcome for our app and is not a functionality bug as it actually the correct implementation of what we intended as written explictily in the UG.
To further illustrate that this is the intended implementation of our app, it is even given in the UG example.
Team chose [response.Rejected
]
Reason for disagreement: This bug is from the add command, not the addAttribute command. According to the Developer Guide,
It did not mention that duplicate attributes are checked for the add command. Also in UG there is no description about this case.
Should be a functionality bug as it is not working as expected as described in DG. May cause occasional inconvenience to some users when they expect the system to add a new person successfully, but failed to do so; and could not figure out what is the invalid part of the command.
When adding a person with duplicate names, but with the previous(other than the last) value existed in the system, the app will throws an error.
However, is its expected that the last attribute value is taken and a new person is successfully added.