Closed
Bug 274336
Opened 21 years ago
Closed 21 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•21 years ago
|
||
| Reporter | ||
Comment 2•21 years ago
|
||
actually, the first testcase gives different created values.
this second, simpler, testcase only does it for dtstart.
| Reporter | ||
Comment 3•21 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•21 years ago
|
||
Interesting, I'll step through this on the plane.
| Assignee | ||
Comment 5•21 years ago
|
||
Is this with our libical, or your newer version, BTW?
Status: NEW → ASSIGNED
| Reporter | ||
Comment 6•21 years ago
|
||
I used the version of libical that's in the tree. Didn't with try the new
version yet.
| Assignee | ||
Comment 7•21 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: 21 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•