MagicMirror
MagicMirror copied to clipboard
Google Calendar not loading for one calendar
I'm running into a strange issue with my MM configuration.
I am pulling data from 4 different Google calendars on my configuration - two of them are calendars from the same Google account. One of them loads fine, and the other does not load at all.
Both of them are using the private iCal link - one of them is a "group" private link and the other is just a simple private iCal link.
Has anyone run into this issue or found a solution?
Thanks!
can you show the configuration for the calendar module you can XXX out that URLs Don't change anything else
Here it is:
{
module: "calendar",
header: "Family Calendars",
position: "bottom_center",
defaultSymbol: "calendar",
showLocation: true,
showEnd: true,
classes: "calendar_list",
//maximumNumberOfDays: 14,
config: {
calendars: [
{
symbol: "music",
url: "https://googlecalendarlink",
color: "#4986ff",
name: "csd_work",
//maximumNumberOfDays: "7",
broadcastPastEvents: false,
maximumEntries: 100,
auth: {
user: 'email1@gmail',
pass: 'password',
method: 'basic'
}
},
{
symbol: "person",
url: "https://googlecalendarlink",
color: "blue",
name: "csd_personal",
//maximumNumberOfDays: "7",
broadcastPastEvents: false,
maximumEntries: 100,
auth: {
user: 'email1@gmail',
pass: 'password',
method: 'basic'
}
},
{
symbol: "music",
url: "https://googlecalendarlink",
color: "green",
name: 'wife_work',
//maximumNumberOfDays: "7",
broadcastPastEvents: false,
maximumEntries: 100,
auth: {
user: "email2@gmail",
pass: "password",
method: "basic"
}
},
{
symbol: "house",
url: "https:googlecalendarlink",
color: "orange",
name: "house",
//maximumNumberOfDays: "14",
broadcastPastEvents: true,
pastDayCount: '14',
maximumEntries: 100,
auth: {
user: "email3@gmail",
pass: "password",
method: "basic"
}
},
]
}
},
with the public or secret URL you shouldn't need any of the authentication information in your blocks So what I would do is test just make sure that you can download each ICS
at the command line do
curl -sL ical_url >xxx.ics
for each Ical url. make sure it's the Ical url , not embedded .
after each command check the contents of the xxx.ics to make sure that the download work properly
Thanks - I've removed the authentication and tested it from the terminal, and I can download the .ICS files, and they appear to be fine.
However, the calendar still isn't appearing in the MagicMirror calendar module.
would u be willing to share the calendar config and the urls so i can test?
don't post here.
send to my email , the same userid as here, at gmail
Same Problem here
I'm closing this as there is no response
Did you ever fix this . I have 3 google calendar I am sharing and one of them freezes MM. Curl download works find it has to be the way its processing the data. I can email you a URL
Let me know if you need me to open a new issue
@faspina yes please sdetweil at gmail
@faspina yes please sdetweil at gmail
Sent @sdetweil please verify
SO... the calendar loads fine on 2.25, and 2.26 on multiple machines..
so, its got to be environmental..
how did you upgrade to the release you are on?
my script, or manually?
please run this
bash -c "$(curl -sL https://raw.githubusercontent.com/sdetweil/MagicMirror_scripts/master/upgrade-script.sh)" force
then restart mm
can u show me the config.js for this cal, xxx out the url.
No luck on the upgrade script. That calendar is shared from my wifes account to mine but I can read/write . I pulled the secret Url right from her account and its not working.
what do you mean on no luck w upgrade? it did the upgrade, but no difference?
but you can curl download the file using the secret url?
Yes to both question
upgrade went through , no difference
the url works fine when I down lot or import it to another calendar
and it works fine on my machines, intel desktop, raspi 4, raspi3, odroid.
I had what seems to be a similar issue. Turns out, my calendar was just to big. I've used the same calendar for 15 years and searching through all that slowed everything down to a crawl. My swap blows up and then everything just halts. Actually, if I let it keep going for about 5 minutes it finally finishes. Searching for recurring events seems to be what takes so long after looking at the debug logs.