You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The other issue processing methods in RequestIssuesUpdate should show a pattern that can be used for accessing withdrawn issues. I believe the bug is that it's using the temporary @request_issues_data for processing withdrawals which is available when the request_issues_update is initialized. The method to fetch withdrawn issues from the DB was removed in a refactor linked below.
…nously (#14116)
connects #13483
### Description
This adds the ability for request issue withdrawals to fetch withdrawn issues from their IDs saved in the database on the request issues update. This is needed if they are being accessed asynchronously outside of the original update that was submitted which may happen if the VBMS `remove_contention` call fails on the first attempt.
There is a related [manual data fix GitHub issue](#13399) to look for more instances of this and re-attempt processing for them.
Description
There is a bug in request issue withdrawals which is causing them to not be processed correctly in VBMS unless they're processed synchronously.
Acceptance criteria
Background/context/resources
Data cleanup ticket: #13399
Slack thread: https://dsva.slack.com/archives/CFBLH2LR4/p1581530133146400
Technical notes
The other issue processing methods in RequestIssuesUpdate should show a pattern that can be used for accessing withdrawn issues. I believe the bug is that it's using the temporary @request_issues_data for processing withdrawals which is available when the request_issues_update is initialized. The method to fetch withdrawn issues from the DB was removed in a refactor linked below.
#11138
The text was updated successfully, but these errors were encountered: