RotherOSS / RotherOSS/timeaccounting

Time units accounted for wrong user because of multiple users working on drafts

Open
#3 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement question
Dominant language
Perl
Stars
2
Forks
0
PR merge metrics
No merged PRs in 30d

Description

Scenario:

  1. User A creates a draft and records his time units spent.
  2. User B, who is for e.g. the supervisor of the ticket reviews the draft and sends it.

In this scenario the accounted time is accounted for User B, who sent the draft.

Wouldn't it be better, if the accounted time is saved for the user performing the action, as soon as the action is completed?
E.g.:

  1. User A creates a drag a records his time units spent.
    On draft save the spent time will be accounted for User A and the field for the accounted time is reset to 0.
  2. User B reviews and edits the draft.
    Since the accounted time is 0 again, the user is now able to just add his time spent on the ticket and as soon as he saves the draft again the spent time will be accounted for him and the field for the accounted time is reset to 0.
  3. User C finally reviews and sends the draft.
    Since the accounted time is 0 again, the user is now able to just add his time spent on the ticket.

If this would be possible the ticket would still have all recorded time units accounted and the recorded time would be separated to the right users.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No files or tests are named. Start by locating the draft save, review, and send entry points and tracing where time units are assigned to users. Done means time entered by each user is recorded for that user when their action completes, the field resets, and later users can record their own time without losing prior entries.

Written by the indexing model from the issue text.

Assessment

Tech stack
perl
Domain
backend
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.