View Issue Details

IDProjectCategoryView StatusLast Update
0014829Return of ReckoningGeneralpublic2024-06-07 13:44
ReporterReturnOfReckoning Assigned ToEmissary  
PrioritynormalSeverityminorReproducibilityhave not tried
Status closedResolutionno change required 
Summary0014829: Capture a Keep quests not getting completed
DescriptionReporter: Ztil


**Expected behavior and actual behavior:**
I have been noticing for some time now that the "Capture a Keep" objective never seems to get completed status when capturing it and locking the zone. I searched but couldn't find a bug report on this which is surprising to me. I wonder if it's only happening to me.


**Steps to reproduce the problem:**
1. Take Capture a Keep quest in currently active RvR zone.
2. Capture the keep


**Testing Screenshots/Videos/Evidences (always needed):**
Here is a screenshot from Shining Way after locking the Eataine zone and the quest still states Capture a Keep 0/1

![CaptureAKeep](https://user-images.githubusercontent.com/1698328/63616549-0ea09400-c5e8-11e9-8fb4-3a99d9a17e4d.JPG)
TagsQuests, Sourcecode

Activities

ReturnOfReckoning

ReturnOfReckoning

2023-08-13 03:59

reporter   ~0027294

Commenter: keunglh

Nah, it's not only happening to you. Only the party that gets the killing blow on the lord get credit for it. I think that's existed for as long as I have been playing which is about 9 months, and probably longer.
ReturnOfReckoning

ReturnOfReckoning

2023-08-13 03:59

reporter   ~0027295

Commenter: xaraxdestr

still an issue, maybe you could deactivate the quests then until it works or change it to an sucessful lock in that zone (since you have to capture keep anyway beside a 5 star lock)

Issue History

Date Modified Username Field Change
2023-08-13 03:59 ReturnOfReckoning New Issue
2023-08-13 03:59 ReturnOfReckoning Tag Attached: Quests
2023-08-13 03:59 ReturnOfReckoning Tag Attached: Sourcecode
2023-08-13 03:59 ReturnOfReckoning Note Added: 0027294
2023-08-13 03:59 ReturnOfReckoning Note Added: 0027295
2024-06-07 13:44 Emissary Assigned To => Emissary
2024-06-07 13:44 Emissary Status new => closed
2024-06-07 13:44 Emissary Resolution open => no change required