View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0016556 | Mylyn Connector | General | public | 2013-10-31 07:32 | 2013-11-22 08:52 |
| Reporter | mpol | Assigned To | rombert | ||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | feedback | Resolution | open | ||
| Product Version | 3.9.0 | ||||
| Summary | 0016556: Updating a monitored issue results in spurious monitor change emails | ||||
| Description | When an issue is updated which has monitoring users, they are first unsubscribed from the issue and then readded to it. And they apparently receive two emails about this effectively null change. | ||||
| Tags | No tags attached. | ||||
|
Thanks for the report. What version of MantisBT are you using? I think this is something controlled by the SOAP API. |
|
|
Well, this is 1.2.10 with the patch for 0014558 applied by the administrator. And indeed I see that the description of 0014558 explicitly mentions deleting and readding monitors. |
|
|
When the problem happened the issue was being unassigned, so the fields that legitimately changed were:
And apart from that: description is recorded as updated (without a real change - I thought I remember such issue being reported, but I cannot find it) and the monitor was removed and readded. When just adding a comment to a monitored issue a moment ago I did not experience any additional unexpected changes. |
|
|
This is definitely part of the SOAP API, not of the connector, but keeping it in here until I determine the root cause. The behaviour you report is inconsistent with the current code though. You report that users are removed and then added back to the monitor list, whereas the code first adds new monitors and then removes those which should no longer monitor the issue. As such I'm going to ask you to re-test with MantisBT 1.2.15 and report back if the problem still exists. Also, if you still get the incorrect description history event after upgrading, file a separate bug. Thanks! |
|