search

yanivsegev / VSTS-DropPlan

Plan and track your sprint with a calendar based view.
MIT License
20 stars 17 forks source link

Error putting a task on Mondays #118

Closed mjavier87 closed 6 months ago

mjavier87 commented 7 months ago

Good mornign. Since the last update, the tasks that were on Monday were moved to Tuesday. It's not possible to arranged them again to Monday. This happens for all sprints. image

lucasllano commented 7 months ago

This happens since yesterday when we updated to version 2.1.7. In the example shown by @mjavier87, tasks with start date Monday Feb-05 are placed in the Tuesday column. Even when manually dragging and dropping on Monday it will be placed again on Tuesday

yanivsegev commented 7 months ago

Sorry to hear that, 2.1.7 was focusing on improving logs. Do you see any console errors on developer tools? can you send the console log print - mainly on the load process? Does it happen on all Mondays or just the first Monday of a sprint?

sgtwilko commented 7 months ago

Hi @lucasllano & @mjavier87

Is it any Monday in the sprint, or just the first day of the sprint?

Do you have any days configured for the team as non-working days?

lucasllano commented 7 months ago

It is any Monday which is also the first day of the sprint in our case. We mark Saturday and Sunday as non-working days but I've just tried selecting all days as work-days and drop plan is still showing Monday disabled. I'll try changing sprint dates to see if Monday is still disabled or the first day of the sprint.

image

image

lucasllano commented 7 months ago

I changed sprint dates from Sunday 18 to Sunday 25. Monday doesn't show disabled (Sunday yes which shouldn't) but still when you drop a task on Monday it will be automatically moved to Tuesday.

image

lucasllano commented 7 months ago

OK, update. Using spring dates Sunday to Sunday and marking all working-days doesn't show disabled days and enables you to drop tasks on Mondays. Maybe it's something with time-zones. When you move a task the Start Date value is placed at 9 PM (we use UTC-3)

image image

sgtwilko commented 7 months ago

Hi @lucasllano

Think you could be right.

I bet the DevOps is sending utc days in one place and using local time in another.

sgtwilko commented 7 months ago

@yanivsegev I think this may be related to a change I made to support the hiding of the non-working days. I'm happy to look at this over the weekend.

sgtwilko commented 7 months ago

ok, I've managed to simulate the issue.

sgtwilko commented 7 months ago

everything showing as scheduled one day off because the dates are stored in DevOps in UTC, but rendered using the browsers timezone. so 2024-02-12T00:00Z is 2024-02-13T03:00 (-3)

@lucasllano did this only start happening recently?

sgtwilko commented 7 months ago

@lucasllano @yanivsegev @mjavier87 PR is in with this fixed. Once you have 2.1.8 let us know if there's still an issue.

lucasllano commented 6 months ago

thank you @sgtwilko for adressing this issue! @yanivsegev I don´t see version 2.1.8 published on visual studio marketplace. Once you publish a new version a revision process takes place or samething else that delays the publication? https://marketplace.visualstudio.com/items?itemName=yanivsegev.Drop-plan-extension&targetId=c387cde5-7798-430f-af0a-9da08e94385a&utm_source=vstsproduct&utm_medium=ExtHubManageList

mjavier87 commented 6 months ago

thanks @sgtwilko and @yanivsegev for your support.