Context of use
I am setting blockid to tasks to be able to create links to the the given tasks.
I use it to pull linked to tasks within a Kanban, and be able to move tasks (links to tasks indeed) between columns
Describe the bug
When a scheduled task is moved from one timing to another, the ending block id (^followed by a reference given by Obsidian) is moved backward in the sequence of data in the task line. This breaks the links to the block, as the reference shall be ending the block, which is not the case in the current implementation of TimeRuler I guess.
To Reproduce
Steps to reproduce the behavior:
Create a reference to a task (to the one-line block consisting in the task)
Set a Scheduled Date and Starting Time for the task
Launch command: Copy Block Link: Copy embed to current block or heading -- this creates the reference (caret followed by Obsidian given alphanumerical code)
Paste the link to the task (one-line block indeed) wherever you want
Reschedule the task in Time Ruler to another timing and/ or day
Come back to the pasted task embedded link
See it broken
Nota:
in the task full line, you can see the reference (caret followed by alphanum code) is no more latest on line.
if you move the "caret followed by alphanum code" to the end of the task/ one line block -- ensuring there is no black space after the block reference -- the pasted link is restored
It is cumbersome to have to clean up the task line at each rescheduling
Expected behavior
Keep block reference unchanged in tasks(events likely though not tested), by letting it at end of task/ event, without ending spaces
Obsidian Version:
1.4.6 Windows Desktop
Additional context
Add any other context about the problem here.
Context of use I am setting blockid to tasks to be able to create links to the the given tasks. I use it to pull linked to tasks within a Kanban, and be able to move tasks (links to tasks indeed) between columns
Please refer to https://help.obsidian.md/Linking+notes+and+files/Internal+links#Link+to+a+block+in+a+note. Reference to blocks are automatically created with a alphanumerical index prefixed by caret (^)
Describe the bug When a scheduled task is moved from one timing to another, the ending block id (^followed by a reference given by Obsidian) is moved backward in the sequence of data in the task line. This breaks the links to the block, as the reference shall be ending the block, which is not the case in the current implementation of TimeRuler I guess.
To Reproduce Steps to reproduce the behavior:
Nota:
Expected behavior Keep block reference unchanged in tasks(events likely though not tested), by letting it at end of task/ event, without ending spaces
Obsidian Version:
Additional context Add any other context about the problem here.