Read the statement by Michael Teeuw here.
Default Calendar module frequently refreshes
-
@michaelarnauts For the log output, we were looking for the broadcasting xxxx events messages entries
But note they have the full URL string , which you shouldn’t post on the forum -
@sdetweil said in Default Calendar module frequently refreshes:
@DarrenO-0 sorry, not quite sure what you’ve said here
You specified tableClass twice in the config of a single calendar module declaration?
JavaScript should take the second, and ignore the first
JSON.parse() should overlay the first w the secondAnd tableClass is only used in the presentation of the events long after the broadcast message is sent
Correct, yes.
I would have assumed, and expect, that the second specified instance of “tableClass” would supersede the first, but for some reason when I removed either instance and re-saved the config, the calendar has been rock-solid and no longer performs the constant/frequent refresh outside of the fetchInterval value.Was the duplicate value the cause and removing it was the solution?
Was simply re-saving the config, to force MM to re-read it, the solution?
I don’t know, but it is all now working as expected - i see the calendar temporarily fade out and redisplay according to the configured 5min interval
When viewing the live tail of pm2 logs --lines=15, i’m no longer seeing a constant display of the “Broadcasting…” of each calendar throughout the configured fetchInterval. I now only and correctly see it update according to the fetchInterval value. -
@DarrenO-0 weird!!!
