Closed
Bug 748898
Opened 13 years ago
Closed 13 years ago
Use "mobile" as title for Mobile Bookmarks folder on upload
Categories
(Firefox for Android Graveyard :: Android Sync, defect, P1)
Tracking
(firefox14 fixed, blocking-fennec1.0 +)
VERIFIED
FIXED
mozilla15
People
(Reporter: rnewman, Assigned: rnewman)
References
Details
(Whiteboard: [qa+])
Attachments
(1 file)
6.34 KB,
patch
|
rnewman
:
review+
blassey
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
Works around Bug 747699.
Should (I'm testing now) cause most desktop reconciling/"Firefox Support" dupe/etc. bugs to disappear.
Updated•13 years ago
|
blocking-fennec1.0: ? → +
Assignee | ||
Comment 1•13 years ago
|
||
https://github.com/mozilla-services/android-sync/pull/175
Literally a one-line change (plus test changes, of course).
I've tested this by hand; Tracy has offered to try out my own build later today.
Whiteboard: [needs review][qa+]
Comment 2•13 years ago
|
||
from rnewman irc:
in particular, this should fix the situation where you pair a new Android device with a desktop profile that already has the mobile bookmarks from another fennec. previously those would be duplicated. now they should not.
I verified the above is true with his people build. Content of new Android mobile bookmarks is merged into the pre-existing Mobile Bookmarks folder on desktop.
Comment 3•13 years ago
|
||
Hmmm, however, default bookmarks on fennec appear to be duplicated on fennec. Fennec start page is duplicated on Desktop, but none of the other defaults from Fennec are duplicated.
Comment 4•13 years ago
|
||
This may be caused by having used nightly to get mobile bookmarks onto desktop, then nuking it and installing the test build. Then using the same Sync account. In testing wipe other from desktop it list both the Nightly and the Fennec build.
Assignee | ||
Comment 5•13 years ago
|
||
(In reply to Tracy Walker [:tracy] from comment #4)
> This may be caused by having used nightly to get mobile bookmarks onto
> desktop, then nuking it and installing the test build. Then using the same
> Sync account.
Do they have the same URLs and titles? E.g., I see "Firefox: Customize with add-ons" having two different URLs:
https://addons.mozilla.org/en-US/mobile/
https://addons.mozilla.org/en-US/android/
> In testing wipe other from desktop it list both the Nightly
> and the Fennec build.
That's fine: we don't clean up our client record when uninstalled (we can't).
Comment 6•13 years ago
|
||
Ack, I can't tell now. wipe client cleaned it all up.
Assignee | ||
Comment 7•13 years ago
|
||
Just tested this myself with one Android, one desktop, where the desktop had existing mobile bookmarks; merge was successful, with no dupes on mobile and missing records created correctly on desktop. Subsequent deletes preserve order.
Updated•13 years ago
|
Priority: -- → P1
Assignee | ||
Comment 8•13 years ago
|
||
Implemented a slightly more thorough and safe extension to this: we translate input and output records into our defined set of folder titles, which means we safely handle any kind of parent name, so long as we know the GUID locally.
You can test this by syncing a slightly older Fennec (which will upload records with parentName = "Mobile Bookmarks"), then pairing a Fennec with this fix. You'll see
V/BrowserRepoSession(31460): Replacing parent name "Mobile Bookmarks" with "mobile".
in the log (if you have VERBOSE enabled), and you'll get correct merging on both mobile and desktop.
Will land shortly.
Whiteboard: [needs review][qa+] → [has review][qa+]
Assignee | ||
Comment 9•13 years ago
|
||
Whiteboard: [has review][qa+] → [qa+]
Target Milestone: --- → mozilla15
Assignee | ||
Comment 10•13 years ago
|
||
[Approval Request Comment]
Fennec release blocker, could probably qualify as a beta blocker.
User impact if declined:
Potential bookmark duplication on desktop (or mobile, in theory).
Testing completed (on m-c, etc.):
Landed on m-i; will get QA before Aurora uplift.
Risk to taking this patch (and alternatives if risky):
Minimal; could have a negative effect on bookmark reconciling, but none observed during testing, and should in any case be better than the current state.
String changes made by this patch:
None
*sigh* didn't qref to add r= in inbound; that patch is r=liuche.
Fixed for this.
Attachment #618766 -
Flags: review+
Attachment #618766 -
Flags: approval-mozilla-aurora?
Updated•13 years ago
|
Whiteboard: [qa+] → [qa+][landed on github]
Updated•13 years ago
|
Whiteboard: [qa+][landed on github] → [qa+][inbound]
![]() |
||
Comment 11•13 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Updated•13 years ago
|
Attachment #618766 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Assignee | ||
Comment 12•13 years ago
|
||
status-firefox14:
--- → fixed
Whiteboard: [qa+][inbound] → [qa+]
![]() |
||
Comment 13•13 years ago
|
||
Based on comment 2, I synced 2 devices with a new sync account and the mobile bookmarks appeared only once.
Verified fixed on: Firefox 15.0a1 (2012-05-30)
Device: LG Optimus 2X (Android 2.2.2)
Status: RESOLVED → VERIFIED
Updated•13 years ago
|
Product: Mozilla Services → Android Background Services
Updated•8 years ago
|
Product: Android Background Services → Firefox for Android
Updated•5 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•