Open seanmobrien opened 1 year ago
@seanmobrien am I correct in remembering that this issue got fixed in the ATLAS code base? If so, could you please close this ticket?
No updates have been made for this issue. @zabeen indicated this issue only occurs when a manually-crafted search request is sent to ATLAS; my understanding is it is a lower priority issue.
I have moved this down to the wishlist
backlog as it is not causing any issue to WMDA as it stands, but it is worth cleaning up eventually.
will this cause issues now that we turn on scoring for A,B,C, DRB1 and DQB1 besides the existing DPB1 and will need to exclude DPB1?
without excluding DPB1 it seems like it is counted and will we get n/12 match classes in many cases. Or am i missing something?
@mmelchers
will this cause issues now that we turn on scoring for A,B,C, DRB1 and DQB1 besides the existing DPB1 and will need to exclude DPB1?
no issue, that is how we run searches in Anthony Nolan.
The issue described above arises when DPB1 is the only locus listed in lociToScore
and then also listed in lociToExcludeFromAggregateScore
.
Describe the bug When a search request sends Dbp1 in both the LociToScore and LociToExcludeFromAggregateScore fields, the search fails at the MatchPrediction stage. This message is found in application logs:
To Reproduce Steps to reproduce the behavior:
Expected behaviour Search request should complete successfully
Inputs/Outputs
Atlas Build & Runtime Info (please complete the following information):
Additional context This issue was detected in WMDA's environment