984577 - [B2G][Gaia][Calendar] The UI lags and displays a broken UI when creating a new calendar event after deleting one.

Status: RESOLVED DUPLICATE of bug 984618

(Core :: Graphics, defect, P1)

Description

[Lionel Mauritson]

Attachment: log.txt

Description:
After deleting an event in the calendar trying to create a new event will cause the UI lag and break temporarily.

Repro Steps:
1) Update a Buri to BuildID: 20140317040204
2) Open the calendar and create a new event on any day.
3) Delete the event.
4) Press the + to create a new event.

Actual:
After pressing the + key there will be a delay and then after a moment a broken UI will show. After a few minutes the UI will correct itself.

Expected:
There is no delay after pressing the + button to create a new event and the UI does not become broken.

1.4 Environmental Variables:
Device: Buri 1.4 MOZ
BuildID: 20140317040204
Gaia: 8f802237927c7d5e024fb7dca054dd5efef6b2e6
Gecko: 25cfa01ba054
Version: 30.0a1
Firmware Version: v1.2-device.cfg


Keywords: GUI


Repro frequency: 100%

See Video: http://youtu.be/CpIv5q4Gix0 and attached logcat

Comment 1

[Lionel Mauritson]

I realized the first video did not show the full process.
Here is a better one: http://youtu.be/tY9OC9Qszxw

Comment 2

[Jason Smith [:jsmith]]

Yikes - 9 seconds to create an event after creating & deleting an event previously. That sounds terrible.

I'm pretty sure this is a regression. Can we check behavior on 1.3?

Comment 3

[Josh Schmitt [Joshs]]

Issue does not reproduce on the latest 1.3 Buri build

Environmental Variables:
Device: Buri 1.3 MOZ
BuildID: 20140318004002
Gaia: 2ea2aab306bd1c941719160cdcb49ee9d755dc17
Gecko: cf2042938526
Version: 28.0
Firmware Version: V1.2-device.cfg

Comment 4

[Jason Smith [:jsmith]]

Does this reproduce with tiling disabled?

Comment 5

[Preeti Raghunath(:Preeti)]

Mike

Please review and reassign

Comment 6

[Mason Chang [Inactive] [:mchang]]

Hi Miller, can you get a profile for this or have any idea what's going on? Thanks!

Comment 7

[Miller Medeiros [:millermedeiros]]

ahhh this is related to another bug I saw yesterday and was about to report. It seems the problem only happens when there are no events on the calendar! There is a huge delay when switching between the Month View to Day View as well, and it also messes up with the Day View layout.

Layout and performance of the "add event" seems to be fixed after scrolling the Day View.

I'll investigate it further, but without looking at the code I would assume it's related to the way events are stored/retrieved in the database (since it only seems to happen when there are no events in the calendar).

Comment 8

[Miller Medeiros [:millermedeiros]]

I just flashed my hamachi a few times and found out that latest 2 builds works fine:

Your Target Build: PVT.master.hamachi
URL:  https://pvtbuilds.mozilla.org/pvt/mozilla.org/b2gotoro/nightly/mozilla-central-hamachi-eng/2014/03/2014-03-19-04-02-01/
Gaia      2346ad9002062d70b6b27978c6b942f04192bf1b
Gecko     https://hg.mozilla.org/mozilla-central/rev/3bc3b9e2cd99
BuildID   20140319040201
Version   31.0a1

and

URL:  https://pvtbuilds.mozilla.org/pvt/mozilla.org/b2gotoro/nightly/mozilla-central-hamachi-eng/2014/03/2014-03-18-16-02-01/
Gaia      c03a6af9028c4b74a84b5a98085bbb0c07261175
Gecko     https://hg.mozilla.org/mozilla-central/rev/082761b7bc54
BuildID   20140318160201
Version   31.0a1

But if I use the the builds 20140317040204 or 20140318040206 I am able to reproduce the bug. - don't know what was the first build to introduce the problem.

Can someone else confirm this? Not sure if we need to identify the root cause and let responsible teams know what happened or just mark it as WORKSFORME. There are no changes to the calendar app that would cause this issue on the past few weeks, so I'm guessing it's a gecko problem.

Comment 9

[Miller Medeiros [:millermedeiros]]

forget what I said.. just flashed it again (with same builds that worked) and I was able to reproduce the bug. It's really strange because I tried it many times with both builds and it seemed to work 100% of the time. Don't know what is going on.

Comment 10

[Josh Schmitt [Joshs]]

(In reply to Jason Smith [:jsmith] from comment #4)
> Does this reproduce with tiling disabled?

With tiling disabled the bug does not repro on the latest 1.4

Environmental Variables:
Device: Buri 1.4 MOZ
BuildID: 20140319000200
Gaia: c03a6af9028c4b74a84b5a98085bbb0c07261175
Gecko: b07ecc057abf
Version: 30.0a2
Firmware Version: V1.2-device.cfg

Comment 11

[Jason Smith [:jsmith]]

I'm adding the dependency here to bug 984618 as the same genlock errors are seen in both bugs & bug 984618 has a patch. When that lands, we should retest this.

Comment 12

[Mike Lee [:mlee]]

We'll wait for test results from Jason's comment 11 before setting an assignee. CC'ing Milan for awareness re: tiling.

:FxOS Triage

Comment 13

[No-Jun Park [:njpark]]

With HWC disabled, this bug is not reproducible in Buri with latest master.  (with HWC on, it is reproducible)  

Gaia      80af23f8c74d9d2e9388d8ed3c204040b5c528ec
Gecko     https://hg.mozilla.org/mozilla-central/rev/c69c55582faa
BuildID   20140326040202
Version   31.0a1

Comment 14

[Jason Smith [:jsmith]]

Can we retest this on today's build?

Comment 15

[No-Jun Park [:njpark]]

This is no longer reproducible with / without HWC enabled on today's master branch:

│ Gaia      9da1b9c11bf518bce882be305ae121c44c5d1e05                         │
│ Gecko     https://hg.mozilla.org/mozilla-central/rev/9afe2a1145bd          │
│ BuildID   20140327040202                                                   │
│ Version   31.0a1