CaptainFact / CaptainFact/captain-fact
Reputation log: better record inversed votes
Open
backend
complexity > simple
improvement
- Dominant language
- No language data
- Stars
- 71
- Forks
- 7
- PR merge metrics
- No merged PRs in 30d
Description
Currently, voting down after voting up (or the opposite) just removes the old vote and replaces it with the new one, recording only one `UserAction` for the new vote. To make sure we register things properly with the reputation, we should record a `revert_vote` action before recording the new one.
Contributor guide
Research direction
No file or test is named. Start by tracing the vote handling and UserAction recording mentioned in the issue, then verify that changing an existing vote records a revert_vote action followed by the new vote action.
Written by the indexing model from the issue text.
Assessment
- Domain
- backend
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100