julienmalka / linkal Goto Github PK

Describe the bug
thread 'tokio-runtime-worker' panicked at 'no entry found for key', src/handlers.rs:50:25

Linkal looks like just what I've been thinking about building for myself.

When I try to set it up with a calendar hosted on leagueathletics.com, I can't get it to work.

Here's my configuration

❯ cat calendars.json

{
  "calendars": {
    "webcal://www.LeagueAthletics.com/Feeds/ICal/?teams=1031498&org=arlingtonlittleleague.org": {
      "name": "Fall 2022 Majors Royals"
    }
  }
}

When I then start linkal by running

❯ cargo run -- --calendar-file calendars.json
    Finished dev [unoptimized + debuginfo] target(s) in 0.26s
     Running `target/debug/linkal --calendar-file calendars.json`

it appers to start with no errors. When I connect to it with the Mac OS calendar program, it tells me no calendars are available, and cadaver tells me

❯ cadaver http://localhost:8443/
dav:/> ls
Listing collection `/': collection is empty.

No further messages are printed to linkal's stdout/stderr.

I suspect I'm either missing something that should be obvious to me or just trying to use this for the wrong thing altogether.

Is your feature request related to a problem? Please describe.
Once private calendars are supported, it would be great if write support for events could be implemented.

Describe the feature you'd like
I'm like to be able to use Linkal to aggregate a mix of public and private calendars, and to be able to create events in my private calendars as well.

Request to /cals are treated sequentially on the list of calendars. They should instead be performed in a parallel fashion.

Is your feature request related to a problem? Please describe.
If the same event is listed in multiple calendars, it will show up multiple times in Linkal.

Describe the feature you'd like
Linkal should deduplicate events before returning them to the user so the user only sees one copy of the event, regardless of how many calendars it may be listed in.

The supported clients have server detection = some kind of autoconfiguration.
This is not always working very well and should be improved to provide ease of configuration.

The config file is currently not very easy/efficient to use. A rework to make it more intuitive would be interesting.

Minimal doc should include :

• Explanations on how to use the config file
• How to run the service and test functionnality
• How to configure a caldav client to use Linkal

Some endpoints do not conform to the caldav specs and just serve ical files. Support for them would be interesting.