Summary | Events longer than one day do not display correctly when they have recurrance |
Queue | Kronolith |
Queue Version | Git master |
Type | Bug |
State | Duplicate |
Priority | 1. Low |
Owners | |
Requester | thorsten.schaub (at) debeka (dot) de |
Created | 09/20/2006 (6812 days ago) |
Due | |
Updated | 09/04/2015 (3541 days ago) |
Assigned | 11/09/2008 (6031 days ago) |
Resolved | 09/04/2015 (3541 days ago) |
Milestone | |
Patch | No |
State ⇒ Duplicate
Version ⇒ Git master
where possible. It's unreliable due to DST changes and leap years.
State ⇒ Feedback
the database, and using that to modify the time window we're looking
at? I.e., event_start plus event_duration, or event_end minute
event_duration?
State ⇒ Stalled
more than one day is just a hard problem, but hopefully not one that's
going to bite many users.
problem though.
State ⇒ Feedback
and applying it to recurring events as well should fix this. However,
that's not going to catch cases where an event spans 2 days and you
view only the 2nd day - recurrence calculation is based on day, so we
simply wouldn't find the event in order to check it. And we'd
theoretically need to look back before any given day however many days
you can make an event span - which currently isn't limited.
Would missing those events be acceptable? Anyone have a more clever idea?
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ Events longer than one day do not display correctly when they have recurrance
Queue ⇒ Kronolith
State ⇒ Unconfirmed
also has a recurrance, only the first day is shown in day/week/month
view.
If no recurrance is set, the event shows on all days it occupies.