Accessing a task via the notification panel causes an issue where a comment/file/public share action shows on the users previous viewed card. #938
Labels
No Label
dependencies
duplicate
help wanted
invalid
kind/bug
kind/feature
needs reproduction
question
security
wontfix
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: vikunja/vikunja#938
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Description:
The issue is when a user clicks the notification bell in the header and goes to that card. any action on that card is not saved on that card, but the card that the user was previously at before. For this use case I created a new board with 3 tasks (two would have been fine)and shared a public link that i accessed in a new private browser. My account is using chrome and the "public" account firefox.
Steps to reproduce
This was the card i as the vikunja user was at prior to clicking the notification in the header
It took us a little while to figure out what was going on, in some cases private boards had comments on completely unrelated boards. So depending on what board that user is at prior to clicking the notification icon.
Can confirm this is an issue still in the latest version. I'll take a look.
awesome, other than that and the caldav to iOS issue this is working great. great job on this Konrad.
on a side note, i've been beta testing focal board from mattermost and the llama has put it to shame. You've done an amazing job on this system.
Thanks, that's great to hear. I think their idea of different views is certainly an interesting one to explore for Vikunja.
The bug with the comments should be fixed in
fde931eaf4
(that is, I could not reproduce it anymore with the fix in the commit). It was fully a frontend issue, no api releated changes.Please try the new unstable frontend release or on try in ~30min when the CI released a new version.
Btw thanks for the detailed steps to reproduce, that made it a lot easier to verify and fix the bug.