Closed asdil12 closed 8 years ago
Eeek, that's a regression from the recent work from Jose, and we didn't have code coverage for that part. I can reproduce the problem but trying to reproduce it in a unit test doesn't seem to work.
There's definitely something fishy with the interaction between the XMLRPC request processing and middleware classes (we use such a class to store the current user from the request in thread local storage data). Needs debugging.
In the mean time, you should be able to use commit 30abcc0ca0c5712707aa808e26cc3bdcdd20d61 without this problem.
When I try to update the patch state, I get this error:
There is no error, when I specify the state that the patch already has:
I can set the patch to archived / not archived:
I can set the patch state via webUI as well.