Closed Bug 794323 Opened 12 years ago Closed 11 years ago

Remove the legacy JSON parsing mode once a Firefox release happens that doesn't support upgrading from a 3.6 profile

Categories

(Core :: JavaScript Engine, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla24

People

(Reporter: Waldo, Assigned: Waldo)

Details

(Whiteboard: [js:t])

Attachments

(1 file)

In bug 589664 I had to add a "legacy" parsing mode to the new JSON parser, so that we could parse "JSON" for Places data stored in Firefox 3.6 and earlier profiles.  (That data was sometimes incorrectly generated with a single trailing comma in its array syntax -- ["foo",] for example -- and at the time JSON.parse wrongly accepted this.)  This legacy mode is only used by Places data loading.  Once we no longer support upgrading from a Firefox 3.6 profile we can remove it.

Do we support loading data from a 3.6 profile any more?  If we do, how much longer until we'll stop doing so?  (And would 3.6 users actually get updated to the newest releases without being directed through some intermediate version first?  If they were updated to 10, say, profile loading then would fix the data so that, say, Firefox 18 could load it.)  I'm told if we're not there yet, we're really really close, so it seems worth actually filing a bug on this now.

Removing this mode is low priority, but good to do nonetheless as modes are kind of a pain to support, and it'd be nice to remove the JS_FRIEND_API we added so that legacy-mode parsing could be exposed, but not too exposed.
According to a SUMO article, we don't support direct update from Firefox 3.6 anymore.
https://support.mozilla.org/en-US/kb/firefox-just-updated-why-it-asking-me-update-again
Attached patch Likely patchSplinter Review
Yeah, IRC conversation yesterday suggested that.  A prior attempt at a patch here failed on a few things:

https://tbpl.mozilla.org/?tree=Try&rev=0ede0a4affbd

...but I'm pretty sure I've fixed all the issues pointed out there in this patch:

https://tbpl.mozilla.org/?tree=Try&rev=0b9bc9bca2cf

Luke for the code changes and stuff, Marco for the places/bookmarks changes, jlebar for the nsJSON bits.  Or something.  Mostly this is straightforward code removal.  \o/
Attachment #753909 - Flags: review?(mak77)
Attachment #753909 - Flags: review?(luke)
Attachment #753909 - Flags: review?(justin.lebar+bug)
Comment on attachment 753909 [details] [diff] [review]
Likely patch

Well, that's hard to argue with.
Attachment #753909 - Flags: review?(justin.lebar+bug) → review+
Comment on attachment 753909 [details] [diff] [review]
Likely patch

and how!
Attachment #753909 - Flags: review?(luke) → review+
Attachment #753909 - Flags: review?(mak77) → review+
https://hg.mozilla.org/mozilla-central/rev/aefb412ae7f3
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: