Native Android Sync implementation, to integrate with Native Fennec

VERIFIED FIXED

Status

()

defect
P1
normal
VERIFIED FIXED
8 years ago
7 years ago

People

(Reporter: elan, Assigned: rnewman)

Tracking

unspecified
ARM
Android
Points:
---
Dependency tree / graph
Bug Flags:
sec-review +

Firefox Tracking Flags

(firefox11 fixed, fennec11+)

Details

(Whiteboard: [birch])

Reporter

Description

8 years ago
Use system service / new Account

    Save history, bookmarks, there

    consider saving password there too -- maybe use our profile

    Doesn't syncing to shared DBs give Stock Browser an advantage? Firefox would need to become more compelling, or users would just use the Staock Browser with the Sync data
OS: Mac OS X → Android
Priority: -- → P2
Hardware: x86 → ARM
Reporter

Updated

8 years ago
Assignee: nobody → jvoll
Reporter

Updated

8 years ago
Whiteboard: [birch]
jvoll said the code work was going to live at https://github.com/jvoll/fennec-sync/ to start.
(In reply to Kevin Brosnan [:kbrosnan] from comment #1)
> jvoll said the code work was going to live at
> https://github.com/jvoll/fennec-sync/ to start.

Correct. We're going to work in a Sync client library for Android first while other things like storage and UX can be worked out at the product level.
The code is now living in the mozilla-services group on github instead: 
https://github.com/mozilla-services/fennec-sync

Documentation on this project will live here:
https://wiki.mozilla.org/Services/FennecSyncClient
One more change...we wanted to rename the project so here is the updated repo:
https://github.com/mozilla-services/android-sync

and documentation: https://wiki.mozilla.org/Services/AndroidSyncClient
Summary: Sync → Native Android Sync implementation, to integrate with Native Fennec
sec review happened - https://wiki.mozilla.org/Security/Reviews/Mobile/AndroidSync

we still need to follow up with a review for what ends up being decided for password storage - is there a bug for that ? the feature page at https://wiki.mozilla.org/Services/AndroidPasswordStorageFP is currently empty.
(In reply to Ian Melven :imelven from comment #6)
> sec review happened -
> https://wiki.mozilla.org/Security/Reviews/Mobile/AndroidSync
> 
> we still need to follow up with a review for what ends up being decided for
> password storage - is there a bug for that ? the feature page at
> https://wiki.mozilla.org/Services/AndroidPasswordStorageFP is currently
> empty.

Password storage is bug 704682. Passwords will be stored in the Firefox profile (the way it works everywhere now). Firefox will provide a means for Sync to access and update that DB.
(In reply to Mark Finkle (:mfinkle) from comment #7)
> (In reply to Ian Melven :imelven from comment #6)
> > sec review happened -
> > https://wiki.mozilla.org/Security/Reviews/Mobile/AndroidSync
> > 
> > we still need to follow up with a review for what ends up being decided for
> > password storage - is there a bug for that ? the feature page at
> > https://wiki.mozilla.org/Services/AndroidPasswordStorageFP is currently
> > empty.
> 
> Password storage is bug 704682. Passwords will be stored in the Firefox
> profile (the way it works everywhere now). Firefox will provide a means for
> Sync to access and update that DB.

Thanks Mark - that bug is exactly what i was looking for - that's the part of syncing the secteam is most interested in after the sec review for the work covered by this bug.
Assignee

Comment 9

8 years ago
Seems like I ought to start filing a whole big tree of bugs…
Assignee: jvoll → rnewman
Priority: P2 → P1
Assignee

Updated

8 years ago
Depends on: 705763
Assignee

Updated

8 years ago
Depends on: 705765
Assignee

Updated

8 years ago
Depends on: 705767
Assignee

Updated

8 years ago
Depends on: 707636
Assignee

Updated

8 years ago
Depends on: 708151
Assignee

Updated

8 years ago
Depends on: 709655
Has the possibility to make this Sync implementation for Android also sync contact data been discussed yet? IMHO this would be huge. For a fact I know A LOT of people who don't like having to sync their contacts to the Google cloud and would feel much better syncing to (encrypted storage hosted by) Mozilla.

The contacts data could also be read by Thunderbird. Also, having a simple web interface for editing contacts would be cool, too (and a great way to demo DOM crypto APIs)
Assignee

Comment 11

8 years ago
(In reply to Michael Monreal [:monreal] from comment #10)
> Has the possibility to make this Sync implementation for Android also sync
> contact data been discussed yet? IMHO this would be huge. For a fact I know
> A LOT of people who don't like having to sync their contacts to the Google
> cloud and would feel much better syncing to (encrypted storage hosted by)
> Mozilla.

It's not something I've given serious thought to. There's a lot of work to do before we even have parity with the existing Sync implementation, let alone new feature work.

It's absolutely possible, though. Android Sync is a regular Android sync adapter, so it could grab data from anywhere on the device.
 
> The contacts data could also be read by Thunderbird. Also, having a simple
> web interface for editing contacts would be cool, too (and a great way to
> demo DOM crypto APIs)

That's unlikely to happen for more involved reasons. Remember, server data is encrypted.
tracking-fennec: --- → 11+
Assignee

Comment 12

8 years ago
Calling this done; we have a bug component for this now.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED

Comment 13

7 years ago
Verified fixed.
Build: Firefox 14.0a1 (2012-04-06)
Device: LG Optimus 2X (Android 2.2)
Status: RESOLVED → VERIFIED
Flags: sec-review+
You need to log in before you can comment on or make changes to this bug.