Skip to content
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

[Bug]: When the time is not the default time, a time trigger may be recognized as a date trigger #966

Closed
ZIYUZHIYAN opened this issue May 28, 2024 · 1 comment
Labels
bug Something isn't working

Comments

@ZIYUZHIYAN
Copy link

Describe the bug

When the time is not the default time, a time trigger is recognized as a date trigger. When tested, this happens when the minutes are less than or equal to 12. At this point it seems that the default @@ is not considered a time trigger, but a separate @ and a date trigger.
For example, @@{01:09} is rendered as @2001-09-01 周六.

Expected Behavior

@@ should be rendered correctly.

Steps to reproduce

Kanban 2.0.48 obsidian 1.5.12

@@{01:09} is rendered as @2001-09-01 周六
@@{14:09} is rendered as @2014-09-01 周一
@@{01:12} is rendered as @2001-12-01 周三
@@{01:12} is rendered as @2001-12-01 周三
@@{01:13} is rendered as 01:13

Strangely enough, when editing, the rendering is correct, but after pressing Enter to end the editing, the rendering is wrong.

The solution I've found so far is to change the time trigger to a completely different symbol than the date trigger, such as %.At this point, everything is normal.

Relevant errors (if available)

No response

Operating system

Windows

@ZIYUZHIYAN ZIYUZHIYAN added the bug Something isn't working label May 28, 2024
@asellingson28
Copy link

asellingson28 commented May 28, 2024

I have the same issue. See below image - (first is during editing, second is post editing).
image
image

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants