As not all tasks are finished on time it would be valuable to have the done date added to the DB schema of logseq.
One could activate the timetracking feature of logseq to get the latest date tracked (See a query @darwis made here. But that is not something I really need. But I would like to know when a task is done.
I am not entirely sure how the DB schema works exactly but I see that there is a
:block/marker "DONE"}
entry in the block data. If also a :block/marker/done “DATE”} part could be added to store the datetime of the moment a task is set to done that would be great.
I have no idea if it workes like this. Feel free to adjust conform working standards.
If this date could be added to be visible at the moment a task is set to DONE that would be great. So you see in one glance when a task is finished. Currently that is not possible with using the timetracking feature. And I have no need for that.
An extra reason to do not use the timetracking feature as I have tasks that directly go from TODO to DONE without the DOING step. Not sure how timetracking works in that scenario.
Maybe a same logic as with scheduled and deadline might work also. So in the :block/content
Not sure what the consequences are in terms of presentation, quera-ability, ect.
Thanks! I’ll be merging the two threads you linked, but not with this post itself as their scopes are a bit different. The other two posts explicitly expressed a wish to link to journals in the bidirectional link format, while this post suggests it may be accomplished via some means similar to scheduled and deadlines (for example something similar to CLOSED: <timestamp> in org-mode, I think).
I’m also interested in this functionality. I like to use my journals for daily standup meetings and a query that returns “completed yesterday” tasks would be very helpful
I had a goal to create a task list that displays either unfinished tasks or tasks completed no earlier than yesterday. I didn’t like that completed tasks immediately disappeared from the list, and you couldn’t see what was done today, depriving you of the satisfaction.
I realized that Dmitry Dushkin’s plugin doesn’t work quite right. It creates a date in the format [[PreferredDateFormat]], but Logseq doesn’t perceive it as a link to the daily log without additional manual editing.
Moreover, it’s inconvenient to work with such a date format. I made some edits so that it always sets the date in the ‘yyyyMMdd’ format. This is the format in which Logseq itself handles dates, including how variables like :today are stored.
And it all works now. Additionally, I hid the “completed” property in Logseq settings, so it looks like it was out of the box.
In the db version, each status change is recorded and queryable. In other words, done and any other status state have a timestamp. Docs have been updated to mention this - docs/db-version.md at feat/db · logseq/docs · GitHub
@cldwalker I experimented with the DB version (both on test.logseq.com and a self-built version on my laptop). After marking a task as “done,” I can see the “Status history” with an entry like “Done 2025-01-26 17:34” when I click on the time indicator.
So far, so good. However, I can’t figure out how to access the “Status history” with an advanced query. In fact, I’m not even sure what the variable name for “Status history” is, because it doesn’t appear in the (Dev) block data. Have the advanced queries gone through any major changes in the DB version? I’m completely lost with advanced queries today— even some minimal examples aren’t working anymore.
Can you, or anyone else, provide a small advanced query example to retrieve the “Status history”? It doesn’t have to be anything fancy; I just need to get some kind of result back as a starting point for further experimentation. This would be greatly appreciated!
Unfortunately this advanced query can’t be rendered in app yet so this is only queryable through scripts. If you’d like property history to be queryable in app, feel free to create a post in the discord #alpha-db-feedback. Here’s what this query looks like for a block that has had four different status states:
Thanks for the example, @cldwalker! I was already interested in exploring the scripting capabilities of database graphs…
I’d love to be able to query property history within the app, but unfortunately, I’m still on the waiting list for the Logseq DB alpha tester program, so I don’t have access to #alpha-db-feedback.
Hopefully, someone else will create a post about it.