Closed
Bug 805342
Opened 13 years ago
Closed 13 years ago
Day View - intermittent - two time grids render (one static, one dynamic) with events shown, leading to confusion on when events are happening
Categories
(Firefox OS Graveyard :: Gaia::Calendar, defect, P2)
Tracking
(blocking-basecamp:+)
People
(Reporter: jsmith, Assigned: jlal)
References
Details
Attachments
(1 file)
|
12.14 KB,
image/png
|
Details |
Build:
Device - Otoro
Hashes:
<project name="gaia" path="gaia" remote="b2g" revision="0b8ec9b8c16429dc35453dbb7b9342fab3dd18fb"/>
<project name="releases-mozilla-aurora" path="gecko" remote="mozilla" revision="f58edfde05cb708f8a2c440d338f2e429aaf372b"/>
Scenario:
Still working on getting accurate steps to reproduce, but this appeared to happen after using the calendar for a while with adding and removing some events (~7 - 10) and switching views. Once this bug happens once, it begins to happen more frequently upon subsequent event creation or viewing in the day view more often.
Expected:
No static grid with events should ever be left behind. One scrollable grid of time with events should always be seen in the day view.
Actual:
I've hit a state a few times where a "static" grid is left behind, along with any events that were in that timeframe. The typical dynamic grid exists with events, so you end up with a problem where events are rendering as part of both grids, which creates a sense of user confusion of what time the event actually falls in. It also just plain looks bad.
| Reporter | ||
Updated•13 years ago
|
Keywords: qawanted,
steps-wanted
QA Contact: jsmith
| Reporter | ||
Updated•13 years ago
|
blocking-basecamp: --- → ?
| Reporter | ||
Comment 1•13 years ago
|
||
Similar to bug 804831. My hunch with both of these bugs is that there's a repaint issue going on where we at not always cleaning up the old UI before painting the updated UI, which leads to both bugs occurring for their respective views. What's interesting is that both bugs still don't consistently reproduce with the steps yet, but I can reproduce them overtime after using the offline calendar for a bit by adding events (~5), removing events, enabling/disabling the offline calendar.
Updated•13 years ago
|
blocking-basecamp: ? → +
Updated•13 years ago
|
Priority: -- → P2
| Reporter | ||
Comment 2•13 years ago
|
||
Spoke with James on this one - it's very possible this is a gecko bug. This, unlike the other bug, needs more analysis to determine what's going wrong here.
Chris - Any good ideas to isolate if this is gecko vs. gaia bug?
Comment 3•13 years ago
|
||
Milestoning for C2 (deadline of 12/10), as this meets the criteria of "known P2 bugs found before or during C1".
Target Milestone: --- → B2G C2 (20nov-10dec)
| Reporter | ||
Comment 4•13 years ago
|
||
Going to be tough to get steps to reproduce - this seems to happen inconsistently with the day view.
Keywords: qawanted,
steps-wanted
Updated•13 years ago
|
Assignee: nobody → jlal
Comment 6•13 years ago
|
||
I think I've found some steps to repro this and don't mind taking it off your plate.
Steps to repro:
- Open calendar
- Tap Day view
- Tap Month view
- Tap Today button
- Tap Day view
Assignee: jlal → kgrandon
| Reporter | ||
Comment 7•13 years ago
|
||
Nice job - that consistently reproduces the bug for me.
| Assignee | ||
Comment 8•13 years ago
|
||
Hey Guys, note this bug is the same as the week view one. I will use that STR to write an integration test to cover this and we can do a test-only patch to verify this as fixed. I am re-assigning to me as I am fairly sure there is no work aside from that here.
Assignee: kgrandon → jlal
| Assignee | ||
Comment 9•13 years ago
|
||
OK, I am going to mark this as fixed, we can write the test in a followup. I added a really basic one testing day view in the week view grid PR.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•