Skip to content
This repository has been archived by the owner on Feb 13, 2024. It is now read-only.

[WIP] set duration as negative starttime when receiving an update for a running time entry #4839

Draft
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

skel35
Copy link
Contributor

@skel35 skel35 commented Apr 21, 2021

📒 Description

There used to be a convention that the duration for a running time entry is equal to negative start time. This convention was heavily used by our desktop app logic.
Nowadays clients and the server do not have to respect this convention and are only caring that the running time entry duration is negative or the stop time is null.
An easy fix to the issue is to enforce this convention locally - make sure any external updates

🕶️ Types of changes

  • Bug fix (non-breaking change which fixes an issue)

🤯 List of changes

set duration as negative starttime when receiving an update for a running time entry

👫 Relationships

Closes #4835

🔎 Review hints

Test case described in #4835.
Also test various updates of start time, stop time, and duration - on desktop client, on other clients + synced into desktop, re-login and change the duration while the user is logged out, etc.

Needs to be tested on Windows and macOS.
The builds can be taken from the GH Actions artifacts.

@skel35 skel35 added the WIP Work in progress (Do not merge) label Apr 21, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
WIP Work in progress (Do not merge)
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Issue with updating the duration if a running TE when change is made via mobile.
1 participant