599327 - Desktop bookmarks are not synced to mobile; tabs and bookmarks not sync from device to desktop

Status: RESOLVED INVALID

(Firefox for Android Graveyard :: General, defect)

Description

[ahoza]

Device/ BuildID: 
Nokia N900 / Mozilla/5.0 (Maemo; Linux armv7l; rv:2.0b7pre) Gecko/20100924 Firefox/4.0b7pre Fennec/2.0b1pre 
Motorola Droid 2 / Mozilla /5.0 (Android ;Linux armv7l;rv:2.0b7pre)Gecko/20100922 Firefox/4.0b7pre Fennec /2.0b1pre

Steps to reproduce:

Pre-requisites:
Client A: Configure sync account on latest mobile trunk build for Minefield. Use clean profile 
Client B: Configure same sync account on device

Steps to reproduce:

1. Open 2-3 tabs on Client A. 
2. Bookmark some pages on Client A
3. Sync with Client A.
4. Open 2-3 tabs on Client B. 
5. Bookmark some pages on Client B
6. Sync with Client B.
7. Sync with Client A.


Expected results:
After step 6, tabs and bookmark are synced to device.
In Options->Preferences, Sync section, Last Update contains the last sync date
After step 7, mobile tabs and bookmarks are synced on desktop

Actual results:
After step 6, only tabs are synced to mobile
Last Update shows "in progress" in Options->Preferences, Sync section but "Sync now" button is enabled.

After step 7, mobile tabs and bookmarks do not appear as synced on desktop (check Library and about:sync-tabs)

Comment 1

[Mark Finkle (:mfinkle) (use needinfo?)]

Tony - is this related to the storage version bump we found out about?

Comment 2

[Philipp von Weitershausen [:philikon]]

(In reply to comment #0)
> Device/ BuildID: 
> Nokia N900 / Mozilla/5.0 (Maemo; Linux armv7l; rv:2.0b7pre) Gecko/20100924
> Firefox/4.0b7pre Fennec/2.0b1pre 
> Motorola Droid 2 / Mozilla /5.0 (Android ;Linux
> armv7l;rv:2.0b7pre)Gecko/20100922 Firefox/4.0b7pre Fennec /2.0b1pre

These two have incompatible versions of Sync. The Sync storage format was bumped with bug 569968 which landed yesterday. Unfortunately Fennec doesn't display a notification for this (and neither does the integrated Firefox UI before yesterday) :(

Comment 3

[Tony Chung [:tchung]]

Attachment: Key generation disabled screenshot

Is this really marked invalid?   What happens to users that have created sync accounts prior to the storage version bump?

i was experiencing similar behavior on today's fennec build.   See screenshot

Repro:
1) install fennec nightly build: Mozilla/5.0 (Maemo; Linux armv71; rv:2.0b7pre) Gecko/20100924 Firefox/4.0b7pre Fennec/2.0b1pre	
2) Log in on fennec with a sync account (with email address) that was created about a week ago.  (you can use my test account:  [e-mail] / password1 / wlhjr-siiqd-gkemd-qwbou)
3) Verify account says connected, but when trying to sync data, it throws a services.main note: "...and key generation is disabled.  Not wiping.  Aborting sync."
4) Data not sync'd, and client status remains stuck "in progres..."

Note: this works if i'm syncing on today's minefield nightly: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b7pre) Gecko/20100924 Firefox/4.0b7pre

Comment 4

[Philipp von Weitershausen [:philikon]]

(In reply to comment #3)
> Is this really marked invalid?   What happens to users that have created sync
> accounts prior to the storage version bump?

On a desktop system (add-on or Firefox) the new version of Sync will detect the outdated data in the account and reupload everything in the new format.

> i was experiencing similar behavior on today's fennec build.   See screenshot

This is expected. We don't generate a new sync key and reupload everything in the new format from a *mobile* device. Sync once from an upgraded desktop machine and your mobile should be fine.

> Repro:

0) Initial account creation with Firefox Sync or Firefox nightly from before 2010-09-24

> 1) install fennec nightly build: Mozilla/5.0 (Maemo; Linux armv71; rv:2.0b7pre)
> Gecko/20100924 Firefox/4.0b7pre Fennec/2.0b1pre    
> 2) Log in on fennec with a sync account (with email address) that was created
> about a week ago.  (you can use my test account:  [e-mail] / password1
> / wlhjr-siiqd-gkemd-qwbou)
> 3) Verify account says connected, but when trying to sync data, it throws a
> services.main note: "...and key generation is disabled.  Not wiping.  Aborting
> sync."
> 4) Data not sync'd, and client status remains stuck "in progres..."
> 
> Note: this works if i'm syncing on today's minefield nightly: Mozilla/5.0
> (Macintosh; Intel Mac OS X 10.6; rv:2.0b7pre) Gecko/20100924 Firefox/4.0b7pre