Difficulties with deploying the plugin about obsidian-to-ical-plugin HOT 11 CLOSED

Yes, that was the problem! I switched to a fine-grained access token, and now the plugin works as intended (both writing to a gist and to a .ical file locally). My classic token was only 40 characters long, which was causing all the problems. I'm not sure if I was failing to copy the whole token or if they are not always 255 characters long

from obsidian-to-ical-plugin.

I confirm it works for me too.

from obsidian-to-ical-plugin.

One interesting note is that every time I paste in my github personal access key, the field gets cleared. I'm not sure if this is intentional or part of the problem.

For info. I just made a test yesterday... same behavior.

from obsidian-to-ical-plugin.

I figured that my problem was that I was manually making tasks instead of using the official Obsidian Tasks plugin with due dates and scheduled dates etc, but still no dice.

from obsidian-to-ical-plugin.

I figured that my problem was that I was manually making tasks instead of using the official Obsidian Tasks plugin with due dates and scheduled dates etc, but still no dice.

Did you include emoji before date ? 

from obsidian-to-ical-plugin.

Yes, I have migrated over to using the standard Tasks format with emojis and dates now. (Don't know how it took me this long to find out about Tasks)

from obsidian-to-ical-plugin.

Hi @JJTofflemire, thanks for raising this issue.

- [ ] #task 2023-12-04 work on stuff
- [ ] 2023-12-05 tasks

This should absolutely be identified as a Task. The regular expression to find a date in a line is:

/(?<emoji>➕|⏳|🛫|📅|✅)?\s?(?<year>\d{4})-(?<month>\d{2})-(?<day>\d{1,2})\b/gi

The <emoji> group is optional. A long as there is a "0000-00-00" or "0000-00-0" where 0 is any number, then it should be considered a date and therefore a valid task with a date.

In my test case I have:

And in the console I can see it was identified correctly:

So then I added your test case:

And it worked 😳:

I'm at a loss trying to understand how this could happen. I've added some additional logging and a new setting called "Debug mode" to print more logs to console. Perhaps that will assist me in working out what is going on here.

from obsidian-to-ical-plugin.

That's really weird. I configured the plugin on my desktop running Arch Linux, and still no dice. Here's the output from Debug Mode.

Which failed to find these tasks:

- [ ] Module 1 and 2 review 📅 2023-12-08 ⏳ 2023-12-07 
- [ ] Section 17.2 # 1, 5, 15 p 979 🔼 ⏳ 2023-12-05
- [ ] Webwork Set 23 (4 problems) ⏫ ⏳ 2023-12-05 📅 2023-12-06
- [ ] Homework 11 📅 2023-12-11 ⏬ 

The link from the iCal settings successfully pulls up my gist, though there is still an error in the console. Also, when I tried to enter my Github token, every time I tried to type in the box it would immediately deselect (and pasting in the token would give me no feedback). Though, regardless, the primary issue appears to be identifying the tasks.

from obsidian-to-ical-plugin.

I'm wondering about the GitHub token. Can you confirm the details of the token?

I currently enforce the token to be either a classic token or a fine-grained token like this:

^ghp_[a-zA-Z0-9]{255}$

or

^github_pat_[a-zA-Z0-9]{22}_[a-zA-Z0-9]{59}$

Can you check if your token looks like this or if it looks different? If it's different, then the code will throw an error. That would explain the token being cleared, and maybe even the plugin not working correctly from there on.

from obsidian-to-ical-plugin.

That's great to hear. I will update the code to be a bit better about what should happen when there is a problem parsing the token. eg: Tell the user instead of simply clearing the textbox.

from obsidian-to-ical-plugin.

This has been fixed in 1.9.1

from obsidian-to-ical-plugin.