Closed
Bug 274336
Opened 20 years ago
Closed 20 years ago
calEvent.icalComponent produces inconsistent results
Categories
(Calendar :: Internal Components, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: mvl, Assigned: shaver)
Details
Attachments
(2 files)
In the testcase i create two events, and then try to get a ics string from it. The results between the two events are not consitent. Part of the output: DTSTART ;VALUE=DATE :00000100 DTSTART :00000100T000000 Those are from the two events. Now, you can argue that there should not be a dtstart at all, but I've also seen it happen for CREATED. One event has a date, the other a datetime. It is quite random. (maybe time-related?)
| Reporter | ||
Comment 1•20 years ago
|
||
| Reporter | ||
Comment 2•20 years ago
|
||
actually, the first testcase gives different created values. this second, simpler, testcase only does it for dtstart.
| Reporter | ||
Comment 3•20 years ago
|
||
Just to illustrate the randomness: using the first testcase, i added a dump() to calItemBase.js, and suddenly both events had a datetime, instead of one date and one datetime.
| Assignee | ||
Comment 4•20 years ago
|
||
Interesting, I'll step through this on the plane.
| Assignee | ||
Comment 5•20 years ago
|
||
Is this with our libical, or your newer version, BTW?
Status: NEW → ASSIGNED
| Reporter | ||
Comment 6•20 years ago
|
||
I used the version of libical that's in the tree. Didn't with try the new version yet.
| Assignee | ||
Comment 7•20 years ago
|
||
Indeed, we were not always initializing mIsDate. Vlad reviewed the obvious one-liner, we should be good now. Reopen if you can still reproduce this; I was never able to with my build, so I can't really tell.
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•