Closed Bug 1237731 Opened 9 years ago Closed 9 years ago

Sync doesn't work and jumps back to welcome screen

Categories

(Firefox OS Graveyard :: Sync, defect, P1)

ARM
Gonk (Firefox OS)

Tracking

(blocking-b2g:2.5+, firefox46 fixed, b2g-v2.5 fixed, b2g-master fixed)

RESOLVED FIXED
2.6 S6 - 1/29
blocking-b2g 2.5+
Tracking Status
firefox46 --- fixed
b2g-v2.5 --- fixed
b2g-master --- fixed

People

(Reporter: mihaibn, Assigned: ferjm)

References

Details

(Keywords: foxfood, Whiteboard: [ft:conndevices][partner-blocker])

Attachments

(2 files)

Hi

I am using a Flame phone running OTA 20160107030227 and when I try Firefox Sync after a few seconds it jumps back to the welcome screen and the sync is not done.

Please see the youtube link with the issue: https://www.youtube.com/watch?v=UKhgS73dqtc
Keywords: foxfood
I have added an attachment with all the logs after the issue happens on my Flame
Can any dev check the logs I attached? I tried Sync on an android phone and also on my desktop and it works. It has this behaviour only on the Flame!
Depends on: fxos-sync
This is a known issue already solved in master. Unfortunately the OTA 20160107030227 does not contain many Sync related fixes including this one, so you'll have to wait for the next OTA. Sorry for the inconveniences.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
I have the recent V5 Gonk layer running OTA 20160114150226 and still have the issue. Is the fix still not in this one?
Hi Mihai,

(In reply to Mihai Barbat from comment #4)
> I have the recent V5 Gonk layer running OTA 20160114150226 and still have
> the issue. Is the fix still not in this one?

In Settings -> Device Information -> More Information -> Git Commit Info, what data/time and commit hash do you see?
Flags: needinfo?(mihaibn)
(In reply to Michiel de Jong [:michielbdejong] from comment #5)
> Hi Mihai,
> 
> (In reply to Mihai Barbat from comment #4)
> > I have the recent V5 Gonk layer running OTA 20160114150226 and still have
> > the issue. Is the fix still not in this one?
> 
> In Settings -> Device Information -> More Information -> Git Commit Info,
> what data/time and commit hash do you see?

2016-01-14 03:25:40
2d6c11a1
Flags: needinfo?(mihaibn)
So I just tried it again with OTA 20160115030207 Git commit 2016-01-15 07:52:10 44cc5dfe and I have the same behaviour! This issue is definitely not solved!
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Could you try adding this setting via WebIDE, please?

'sync.collections.history.limit': '50'
Flags: needinfo?(mihaibn)
Severity: normal → major
Priority: -- → P1
Target Milestone: --- → 2.6 S5 - 1/15
(In reply to Fernando Jiménez Moreno [:ferjm] from comment #8)
> Could you try adding this setting via WebIDE, please?
> 
> 'sync.collections.history.limit': '50'

Haha! It worked! :D thank you
Flags: needinfo?(mihaibn)
That's because of bug 1223781 then :\ We need to reland that one or bump the DB version again before the next OTA.
Assignee: nobody → ferjmoreno
Attached patch v1Splinter Review
Gregor, I'm afraid that I don't have much time to spend investigating the emulator tests failures from bug 1223781, so until I am able to reland that patch we need to bump the DB version again.
Attachment #8708492 - Flags: review?(anygregor)
(In reply to Fernando Jiménez Moreno [:ferjm] from comment #8)
> Could you try adding this setting via WebIDE, please?
> 
> 'sync.collections.history.limit': '50'

what is the max value of this limit?
For now, 50 is all that you need. On the phone we only show 50 entries in the browser history and we don't query the synced data from the awesomebar (bug 1231933).

We are in the process of removing these limitations at bug 1232276.
Attachment #8708492 - Flags: review?(anygregor) → review+
Blocks: fxos-sync
No longer depends on: fxos-sync
Target Milestone: 2.6 S5 - 1/15 → 2.6 S6 - 1/29
https://hg.mozilla.org/mozilla-central/rev/d51e6f478f9c
Status: REOPENED → RESOLVED
Closed: 9 years ago9 years ago
Resolution: --- → FIXED
[Blocking Requested - why for this release]: According to [1] the TV is shipping with a 2.1 version and then updating to 2.5 via OTA. If that is the case, we need this uplifted to 2.5 so all the setting changes are applied.

[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1239546#c16
blocking-b2g: --- → 2.5?
Setting ni to Josh due to Fernando 2.5 uplift request in comment 16
Flags: needinfo?(jocheng)
Blocks: TV_P1
blocking-b2g: 2.5? → 2.5+
Flags: needinfo?(jocheng)
Whiteboard: [ft:conndevices][partner-blocker]
Hi Fernando,
Please raise 2.5 Uplift request. Thanks!
Flags: needinfo?(ferjmoreno)
Comment on attachment 8708492 [details] [diff] [review]
v1

[Approval Request Comment]
[Bug caused by] (feature/regressing bug #): The Settings API does not apply settings.json changes on OTAs unless the DB version is bump manually.
[User impact] if declined: The user won't be able to use Sync.
[Testing completed]: Local testing.
[Risk to taking this patch] (and alternatives if risky): Low risk. We are just bumping the Settings DB version.
[String changes made]: None
Flags: needinfo?(ferjmoreno)
Attachment #8708492 - Flags: approval-gaia-v2.5?
Comment on attachment 8708492 [details] [diff] [review]
v1

Approve for Tv 2.5
Attachment #8708492 - Flags: approval-gaia-v2.5? → approval-gaia-v2.5+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: