Account confirmers, Anti-spam team, Confirmed users, Bureaucrats and Sysops emeriti
4,925
edits
| Line 56: | Line 56: | ||
== Conflicts == | == Conflicts == | ||
There are two calls (bug/<id> PUT and attachment/<id> PUT) where you can set any field on that bug or attachment, | There are two calls (bug/<id> PUT and attachment/<id> PUT) where you can set any field on that bug or attachment. If you pass a last_change_time, these calls will check for editing conflicts. If you do not, they will unconditionally update the bug to the state you send. | ||
If there is a conflict, conflict resolution must be implemented by the client. So if you call /bug/<id> PUT and the bug changed since your GET (i.e. the web interface would mid-air), you'll get an error, and your client will need to GET again, resolve the conflicts with the user using a UI of your choice, and attempt another PUT. | |||
== API Notes == | == API Notes == | ||