Closed
Bug 827849
Opened 12 years ago
Closed 12 years ago
[Calendar] Hour long events show up as day long events.
Categories
(Firefox OS Graveyard :: Gaia::Calendar, defect, P2)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
B2G C4 (2jan on)
People
(Reporter: faramarz, Assigned: jlal)
References
Details
(Keywords: regression)
Attachments
(2 files)
Showed this to James Lal on the 1/7/2013 build. The details of the event are correct, but the visuals take up the whole day making it look like an day long event -- screenshot attached.
Reporter | ||
Comment 1•12 years ago
|
||
James: work on this opportunistically and after your blockers are done. This may be specific to my calendar events.
Assignee: nobody → jlal
Comment 2•12 years ago
|
||
If we are showing wrong event lengths in a calendar view that's imported, then this blocks.
Faramarz - Does James have access to your calendar to test this?
blocking-basecamp: --- → ?
Updated•12 years ago
|
Summary: [Calender] Hour long events show up as day long events. → [Calendar] Hour long events show up as day long events.
Comment 3•12 years ago
|
||
Comment 4•12 years ago
|
||
not quite sure what we need from QA's input.
It seems fine on BUILD ID 20130108070203.
Please reference the attachment
Keywords: qawanted
Updated•12 years ago
|
Flags: needinfo?(frashed)
Comment 5•12 years ago
|
||
QAWanted back on. It's likely a timezone issue with the imported calendar so you'll need to work Faramarz directly to test this.
Keywords: qawanted
Comment 6•12 years ago
|
||
(In reply to Jason Smith [:jsmith] from comment #5)
> QAWanted back on. It's likely a timezone issue with the imported calendar so
> you'll need to work Faramarz directly to test this.
We're going to need a build though with that OOM crash fixed though. It's preventing testing this right now.
Updated•12 years ago
|
blocking-basecamp: ? → +
Keywords: regression
Priority: -- → P2
Target Milestone: --- → B2G C4 (2jan on)
Assignee | ||
Comment 8•12 years ago
|
||
On latest master we should be good, I can flash your phone with latest gaia so we can unblock testing.
Assignee | ||
Comment 9•12 years ago
|
||
We need to reproduce this somehow, I can't see it on my own.
This _may_ be related to timezone issues or a case where we incorrectly cache timezone information. I will try to debug this further but it would be a major help to some up with a STR.
Comment 10•12 years ago
|
||
Faramarz - Come find James & I when you get in tomorrow.
The OOM crash you were probably hitting when you showed this to me is probably ixed by bug 826872. We should be able to test this again.
I want to see if we can consistently reproduce this behavior on every import.
Assignee | ||
Comment 11•12 years ago
|
||
I may have fixed this problem in the recurring time patch. When I optimized parts of the ical layer in the timezone bug I later realized I had incorrectly handled durations when subtracting dates. It's possible that is related.
Lets very that the issue exits on an older build. Dietrich's calendar has an event that easily reproduces this problem so I will ask him again for his credentials on a build from three days ago.
Flags: needinfo?(frashed)
Assignee | ||
Comment 12•12 years ago
|
||
I cannot reproduce this at this point. Anyone who had experienced this issue should try again on latest gaia (after f10ca860f261f1072092c7638eafdb03384c3101).
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•