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)

x86
macOS
defect

Tracking

(Not tracked)

RESOLVED WORKSFORME
B2G C4 (2jan on)

People

(Reporter: faramarz, Assigned: jlal)

References

Details

(Keywords: regression)

Attachments

(2 files)

Attached image screen-shot
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.
James: work on this opportunistically and after your blockers are done. This may be specific to my calendar events.
Assignee: nobody → jlal
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: --- → ?
Summary: [Calender] Hour long events show up as day long events. → [Calendar] Hour long events show up as day long events.
Attached image 20130108070203
not quite sure what we need from QA's input. It seems fine on BUILD ID 20130108070203. Please reference the attachment
Keywords: qawanted
Flags: needinfo?(frashed)
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
(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.
blocking-basecamp: ? → +
Keywords: regression
Priority: -- → P2
Target Milestone: --- → B2G C4 (2jan on)
Blocked by the OOM crash in bug 826872.
Depends on: 826872
On latest master we should be good, I can flash your phone with latest gaia so we can unblock testing.
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.
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.
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)
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
blocking-basecamp: + → ---
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: