You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have analysed all 20 commits since the release of v2.0.1 and found there to be 2 bottlenecks.
One surrounded using iCalDateToUnixTimestamp() in f9f5866 which always used a regex to parse the time zone
This has been changed in 9d44e5c to check that a time zone exists before trying to parse it
The second issue related to 48d285b and populating the DTSTART_array
The code was inefficient and has been improved in 9d44e5c
Finally it is worth noting that in b7b3ee6 the recurrence rule logic to handle EXDATE data when a count is imposed has been corrected so that EXDATEs don't count towards an imposed count.
This means there may be more event data resulting in increased processing times.
The text was updated successfully, but these errors were encountered:
I have analysed all 20 commits since the release of
v2.0.1
and found there to be 2 bottlenecks.iCalDateToUnixTimestamp()
in f9f5866 which always used a regex to parse the time zoneDTSTART_array
EXDATE
data when a count is imposed has been corrected so thatEXDATE
s don't count towards an imposed count.The text was updated successfully, but these errors were encountered: