Closed
Bug 876788
Opened 12 years ago
Closed 12 years ago
Sync bar can become disabled after frequently syncing and though synchronization completes there is no progress indicator
Categories
(Firefox OS Graveyard :: Gaia::Calendar, defect, P1)
Tracking
(blocking-b2g:leo+, b2g18 verified, b2g-v1.1hd fixed)
People
(Reporter: jsmith, Assigned: jlal)
References
Details
(Keywords: regression, Whiteboard: [LeoVB+])
Attachments
(1 file)
Build: B2G 18 5/28
Device: Unagi
STR
1. Import a google calendar with events with alarms
2. Change one of the alarms on the server to a different unit type
** Example: 2 minutes --> 2 days
3. Sync the calendar
Expected
The calendar should sync to show the update to that event to have the updated alarm amount.
Actual
The calendar fails to sync with no progress bar shown. Further sync requests also fail.
Error Console:
05-28 13:18:03.812: E/GeckoConsole(617): Content JS LOG at app://calendar.gaiamobile.org/gaia_build_defer_index.js:664 in anonymous: [ caldav worker ] Could not sync: /caldav/v2/t6efa1v22cnv6gm57757epuve8%40group.calendar.google.com/events/ ( handleResponse@app://calendar.gaiamobile.org/js/service/caldav.js:777 )
05-28 13:18:03.852: I/Gecko(109): ###!!! [Parent][AsyncChannel] Error: Channel error: cannot send/recv
Reporter | ||
Updated•12 years ago
|
blocking-b2g: --- → leo?
Assignee | ||
Comment 1•12 years ago
|
||
I think this is a symptom of this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=867797
Reporter | ||
Updated•12 years ago
|
QA Contact: jsmith
Unable to repro on
Leo Build ID: 20130610070206
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/8e3f39363c54
Gaia: ce3b99781d182ad550a325206990c249b0dbcf0e
Platform Version: 18.0
and on
Unagi Build ID: 20130611074722
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/8d0562d20324
Gaia: 8c64e19b82d4e0490a7780232d3d6bd07d0ba9ec
Platform Version: 18.0
and on
Unagi Build ID: 20130612030712
Gecko: http://hg.mozilla.org/mozilla-central/rev/cc35f8929768
Gaia: 5db84b067d58b4825d4900cb66a0d10e0522a831
Platform Version: 24.0a1
Syncing email after changing event on server shows correctly on device.
Keywords: qawanted
Reporter | ||
Comment 4•12 years ago
|
||
The testing done on comment 3 is incorrect. You need to change the alarm unit type when testing this. This technically should still be reproducible on b2g18, given that the patch in question hasn't landed on b2g18 yet.
Keywords: qawanted
Comment 5•12 years ago
|
||
I was able to reproduce this issue after changing the reminder time from 30 min to 2 days. Now none of the calendar events I create on the server sync to the device. Progress bar is not displaying either.
Unagi Build ID: 20130611074722
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/8d0562d20324
Gaia: 8c64e19b82d4e0490a7780232d3d6bd07d0ba9ec
Platform Version: 18.0
There was a merge conflict on bug 867797. Will test this again after the patch gets uplifted.
Comment 6•12 years ago
|
||
Not able to reproduce on today's unagi build:
Gecko http://hg.mozilla.org/releases/mozilla-b2g18/rev/c3a5f0dbb9c6
Gaia ba4c3763514dbb9fd1dd886b4b6f3bff50bad264
BuildID 20130614115117
Version 18.0
->First added the google calendar account in which there were 2 event already created.
->Changed the alarm type from 30 mins to 1 day. and did a sync. Progress bar appeared and the sync was done.
Did it for two events and it worked fine.
Note: There seem to no 2 days for the reminder time. There maximum time is 1 day.
Reporter | ||
Comment 7•12 years ago
|
||
The patch on bug 867797 still hasn't landed on b2g18, so the testing done on comment 6 still isn't valid. We know this is possible to reproduce, but it doesn't always happen, but it's frequent enough that you'll hit it.
Reporter | ||
Comment 8•12 years ago
|
||
Not seeing this reproduce with the patches recently landed on b2g18.
Reporter | ||
Comment 9•12 years ago
|
||
Actually, I was wrong. This is still reproducible.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 10•12 years ago
|
||
After a few attempts, I came across an incident where the event took about 1 minute to sync to the calendar. From then on, I have not been seeing the progress bar when syncing, the loading icon in the status bar is displaying tho and the events are syncing for me.
Unagi Build ID: 20130618070211
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/a199b1109860
Gaia: 3e9090894daaa1c7f894a1dcc1026b21f889eadc
Platform Version: 18.0
Reporter | ||
Comment 11•12 years ago
|
||
(In reply to Angela Hubenya from comment #10)
> After a few attempts, I came across an incident where the event took about 1
> minute to sync to the calendar. From then on, I have not been seeing the
> progress bar when syncing, the loading icon in the status bar is displaying
> tho and the events are syncing for me.
>
> Unagi Build ID: 20130618070211
> Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/a199b1109860
> Gaia: 3e9090894daaa1c7f894a1dcc1026b21f889eadc
> Platform Version: 18.0
I've seen something similar to this. So maybe we are syncing, but since we lost the progress bar and only show network activity, the user would think the updates would be available, when in fact, they aren't.
Reporter | ||
Comment 12•12 years ago
|
||
I'm also pretty sure this is a regression on 1.1. I don't recall ever seeing this behavior on 1.01.
Keywords: regression
Assignee | ||
Comment 14•12 years ago
|
||
I suspect this is a case where we hide the bar prematurely.
Renaming the bug to reflect severity.
Summary: Switching an imported google calendar event to a different alarm unit type will cause that google calendar to fail to sync forever → Sync bar can become disabled after frequently syncing and though synchronization completes there is no progress indicator
Updated•12 years ago
|
Assignee: doliver → gaye
Comment 15•12 years ago
|
||
needinfo gaye here to help understand how close we are to a low risk resolution here.Also the dependent bug 889396 does not seem to be reproducible on 1.1, so is the dependency marked correctly here ?
Flags: needinfo?(gaye)
Comment 16•12 years ago
|
||
Bhavana - I'm working on this today. Last time I took a look there were issues in Gaia that were keeping me from working on this.
Flags: needinfo?(gaye)
Reporter | ||
Comment 17•12 years ago
|
||
Gareth mentions he is having trouble reproducing this now. I'm going to investigate to see if I can get better STR.
Keywords: qawanted
Updated•12 years ago
|
blocking-b2g: leo? → -
Reporter | ||
Comment 20•12 years ago
|
||
(In reply to gaye from comment #18)
> Hey Jason -- any luck finding a good repro?
I was able to reproduce this immediately upon trying to import by gmail account. So it's definitely still reproducible.
Note that this was after using the offline calendar for a while.
Flags: needinfo?(jsmith)
Keywords: qawanted
Reporter | ||
Comment 21•12 years ago
|
||
Another option we could try here is that if you can me a custom Gaia I can build off with a bunch of debug logs enabled, then I can retest this with the debug logs present to get you more information.
Reporter | ||
Comment 22•12 years ago
|
||
Really busy at the moment, but if someone else get try to get better STR here, that would be really helpful.
Keywords: steps-wanted
QA Contact: jsmith
Comment 23•12 years ago
|
||
I am able to repro using the following steps.
1. Open the Calendar app
2. Import a Gmail Calendar
3. After the calendar is sync, manually sync the calendar again
4. Make a change to the time of an event on the Computer
5. Manually sync the calendar
Build ID: 20130718070206
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/7f6f4bc1a621
Gaia: f1d2e3fd806dc55f167c72ac8ef7a3b6baed915e
RIL Version: 01.01.00.019.164
Reporter | ||
Comment 24•12 years ago
|
||
Gareth - Can you try to see if you can reproduce using the STR in comment 23?
Flags: needinfo?(gaye)
Keywords: steps-wanted
Reporter | ||
Comment 25•12 years ago
|
||
(In reply to Jason Smith [:jsmith] from comment #24)
> Gareth - Can you try to see if you can reproduce using the STR in comment 23?
Talked with gaye and lightsofapollo in IRC - James said he'll work on this now. I showed the bug to him in person as well.
Flags: needinfo?(gaye)
Updated•12 years ago
|
Assignee: gaye → jlal
Assignee | ||
Comment 26•12 years ago
|
||
Pointer to Github pull-request
Assignee | ||
Updated•12 years ago
|
Attachment #779894 -
Flags: review?(gaye)
Updated•12 years ago
|
Attachment #779894 -
Flags: review?(gaye) → review+
Comment 27•12 years ago
|
||
We should get this on v1-train asap
Assignee | ||
Comment 28•12 years ago
|
||
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → FIXED
Comment 29•12 years ago
|
||
(In reply to Alex Keybl [:akeybl] from comment #19)
> Will reevaluate based upon reproducibility.
Figured out the STR and got a fix -- approving for leo+.
blocking-b2g: - → leo+
Comment 30•12 years ago
|
||
Uplifted 7d87257a0912599bb4fed88510db26024e499ad9 to:
v1-train: aad8dd405e3d2e60bdafe80a0125d4cc910a2c48
status-b2g18:
--- → fixed
Comment 31•12 years ago
|
||
Issue is verified as fixed on build: 20130724070208
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/91fa9bf5e638
Gaia: a64f37c3327e4cf2105a16eedaf68727bb2adbde
Platform Version: 18.1
Bar continues to display when sync'ing and no longer disappears.
Keywords: verifyme
Comment 32•12 years ago
|
||
v1.1.0hd: aad8dd405e3d2e60bdafe80a0125d4cc910a2c48
status-b2g-v1.1hd:
--- → fixed
You need to log in
before you can comment on or make changes to this bug.
Description
•