Closed Bug 895526 Opened 11 years ago Closed 9 years ago

Protocol deprecation indicators: Android client support

Categories

(Firefox for Android Graveyard :: Android Sync, defect, P1)

defect

Tracking

(fennec+)

RESOLVED INCOMPLETE
Tracking Status
fennec + ---

People

(Reporter: rnewman, Unassigned)

References

Details

(Whiteboard: [qa+])

Attachments

(1 file)

+++ This bug was initially created as a clone of Bug #895518 +++

We'll need to notify users of partitioning when they upgrade Sync to Sync.next.

16 months ago I started a discussion around this. Here's a fragment of my email.

---
* landing strings to report a protocol upgrade
* changing wording to be aware of two different setup processes for "Firefox Sync" and "Foxfire BIDSink", which will unfortunately have exactly the same name. (We can't assume that a user will have Firefox 16 on all of their devices.)
* implementing detection code by...
** extending or using the meta/global storage version logic to allow the new client to leave a 'marker' in the 1.1/v5 account;
** setting some other record in 'meta';
** annotating some client record field with a protocol version;
** allowing an account to be marked as obsolete post-upgrade, with a server response that Firefox 14 clients can use to detect their obsolescence.
---
Whiteboard: [qa+]
Need to be considerate of downgrade here, too.
(it's weird that we have two bugs with the same title, one blocking the other....)

REMINDER for Deb, Tauni - 
we need to add this to our "user stories" Bugzilla dependency tree...
(In reply to James Bonacci [:jbonacci] from comment #2)
> (it's weird that we have two bugs with the same title, one blocking the
> other....)

I trust people to look at the Component :P
Well *some* people need to pay more attention to that I guess... ;-)
Blocks: 895518
No longer depends on: 895518
Summary: Support protocol deprecation indicator → Protocol deprecation indicators: Android client support
Blocks: 799726
Underway:

https://github.com/mozilla-services/android-sync/pull/374
Assignee: nobody → rnewman
Status: NEW → ASSIGNED
Interestingly, we already support 400 Bad Request [16] => Upgrade Required.

http://docs.services.mozilla.com/respcodes.html#respcodes

It doesn't display a UI, but it's a good option for locking out older clients. We can set up a Zeus rule to send that to old UAs, and newer protocol deprecation indicators to the rest.
Hah. I can't believe I thought of this *two years ago*.

Bug 714304 covers the minimal version. This bug will be to (a) match desktop, and (b) display UI.
Depends on: 714304
Attached file Proposed patch. v1 (deleted) —
This is probably ready for review; I don't remember! So f? for now.
Attachment #8358998 - Flags: feedback?(nalexander)
I feel like this might be slipping through the cracks.  It looks like it would need another pass before landing, at least.  Status?
tracking-fennec: --- → 29+
Priority: -- → P1
tracking-fennec: 29+ → 31+
tracking-fennec: 31+ → +
I won't have time to finish this off.
Assignee: rnewman → nobody
Status: ASSIGNED → NEW
IIUC the migration work is as done as it's going to get; closing out the bugs for completeness
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → INCOMPLETE
Product: Android Background Services → Firefox for Android
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: