New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Logseq saving journal files to disk with wrong format (yyyy-dd-mm instead of yyyy-mm-dd) #5521
Comments
More testing: |
I can not reproduce this behavior. Could your post full config.edn? |
|
i can see the changes done on the laptop on my main machine now. I'll try tomorrow morning creating a new entry and see if it creates the entry with the correct formatting and update |
This happens on the main machine as well: and the config on that machine :
if there's anything else i can help with, just holler :) |
I think this bug should have a way higher priority. It's messing with the autocommit stuff too. I spend a good portion of my morning debugging by modifying my "today" journal page and seeing it vanish in front of my eyes. When I sometimes get asked to choose wich version to keep because the file on disk and the file in logseq differ, clicking on the one I need actually does nothing! It seems the issue is that some portion of the code is looking for the default date format file while some other part of the code is using the user settings. This is making it hard to restore file. After looking at my journal page using a quick "ls -t" I'm pretty sure this is a regression that appeared in 0.7.1 edit : my fix was to manually rename the wrongly formated filename then reindex |
This is a huge issue, it started overwriting my notes from earlier this year. Seems to only be an issue since June 1st but what the heck is going on? |
@thiswillbeyourgithub yeah, if i have the right file created manually, it seems to write to it ... but! i wouldn't be surprised if it'll start overwritting my older files soon !! 4th of june will be 6th of april, 5th of june the 6th of may (that is going to be an issue! :( ) |
with a bunch of I also changed in I'll mention it in discord to make sure this gets noticed. |
And forgot to mention : I am using the format dd-MM-yyyy personnaly and have this issue. My friend who uses MM-dd-yyyy which I think is the default doesn't seem to have this issue. |
Yep , I'm using the same Format. But, the program used yyyy-MM-dd.md for
the files (which makes sense, I'd do the same).
Not sure why is messed up. Tomorrow I'll be able to check if it over
writes another file and report back (already copied everything sideways 😄)
…On Sat, 4 June 2022, 22:22 thiswillbeyourgithub, ***@***.***> wrote:
And forgot to mention : I am using the format dd-MM-yyyy personnaly and
have this issue. My friend who uses MM-dd-yyyy which I think is the default
doesn't seem to have this issue.
—
Reply to this email directly, view it on GitHub
<#5521 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABO76C73THRAXZYGIGSKBKDVNNDB3ANCNFSM5XTFZAYA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Some more data ... Messing with the older one , will prompt for a reload of the file ( or it might have been because i had it open in notepad, and logseq tried to overwrite it). re-index will remove the entry in the "today's" file going to use some
|
my clojure knowledge is : 0 , but any chance it's around this ?
|
Probably related to #3861 I don't know any clojure sadly |
I've also been hit by this bug multiple times. It started happening about a couple of weeks ago; I'd ballpark to it starting with 0.6.9. FYI, I'm using:
|
I don't really understand why the devs decided that changing the date format should reflect in the file names. To me it would seem safer to always save the file in the same standard format and only use the settings to alter the display to the user. Really curious to see how this will get fixed as changing the name of those files after an update could end up overwriting files 🤔 . My guess would be to switch to a new format : Just my 2 cents :) Huge respects to the devs! |
I have also been affected by this on iOS. When I refresh the graph it uses the format |
Nope. I've noticed that today's journal wasn't created and opened a bug for that Journal for today isn't created #5660 , |
As a workaround, I reverted my date format to the default yyyy-mm-dd. That seems to have stopped my battle against data loss. I'll revert back when this issue is fixed. I'll have to fix some journal links then, but that's easily scriptable. |
Hmm...I thought the default was MM-dd-yyyy ...?
I guess that's a fair thing.
Other than running a reindex, what else do you need to do (that is
scriptable)?
…On Sat, 11 June 2022, 22:46 Hugo Haas, ***@***.***> wrote:
As a workaround, I reverted my date format to the default yyyy-mm-dd. That
seems to have stopped my battle against data loss.
I'll revert back when this issue is fixed. I'll have to fix some journal
links then, but that's easily scriptable.
—
Reply to this email directly, view it on GitHub
<#5521 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABO76C5IFG6KM7NSU6RYQ73VOSDBRANCNFSM5XTFZAYA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
For some reason I don't think I have this problem anymore. I am using now 0.7.3 and don't know if it contains a relevant fix. Btw, on unix |
No, the 0.7.3 version hasn't fixed the issue. I tried to create a journal page on 10-06-2022 (using the Journal Calendar Plugin) with the new version of Logseq, and the created filename is still 2022-10-06, not 2022-06-10. I tried to create some more journal pages. My observation is when the day is between 1-12, the MM and dd swap; starting from day 13, the generated filename would be in the correct format (yyyy-MM-dd). |
I forgot to mention an important detail, I don't notice the issue anymore BUT the files are now in format "YYYY_MM_dd.md" for some reason. Even though my settings are still "DD_MM_YYYY" |
I think the files on disk should be yyyy_MM_dd . The setting affects the
way they are displayed in your daily journal.
If I had to guess, there might be different logic paths that somehow get
confused 😕
…On Mon, 13 June 2022, 03:06 thiswillbeyourgithub, ***@***.***> wrote:
I forgot to mention an important detail, I don't notice the issue anymore
BUT the files are now in format "YYYY_MM_dd.md" for some reason. Even
though my settings are still "DD_MM_YYYY"
—
Reply to this email directly, view it on GitHub
<#5521 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABO76C6R6NLFTQYGNHVNUULVOYKHVANCNFSM5XTFZAYA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Hi everyone, sorry for the late fix, this problem should be fixed in the next release (v0.7.4). |
🥳 even if not, thanks for the fix :) |
I think I have a related issue but not sure if it's the same. If I create a future date reference, I can access the journal date page but it doesn't show up in the journal list when that date comes up. For example: I created a reference to Jun 15th, 2022. I can access that page and it looks like a journal page. However yesterday, my journal list only showed Jun 14th, 2022 and then today if I scroll through it is June 16th, 2022 then Jun 14th, 2022 and Jun 15th is missing. |
@llfcf0823 can you confirm that you refreshed the database? |
@thiswillbeyourgithub I'm not sure, what's the process to refresh the database? |
In the top left corner there is a hamburger menu that shows the "refresh" button. |
Update.. I did a re-index rather than a refresh (truthfully i dont really understand what it does) but it worked and my dates are showing up now. |
Is the journal format behavior stable now? |
What happened?
I've noticed something weird yesterday, but only today could confirmed the issue.
It would seem for some reason that when i create a page, it's being saved into the journal folder with the wrong format.
Linked references still work.
I was using 0.7.0 when it happened first, and it does the same on 0.7.1
i didn't notice any issues with this on the previous versions.
Reproduce the Bug
yyyy-dd-mm.md
Expected Behavior
file saved as
yyyy-mm-dd.md
Screenshots
Desktop Platform Information
Logseq 0.7.0 and 0.7.1 on windows
Mobile Platform Information
No response
Additional Context
No response
The text was updated successfully, but these errors were encountered: