(2.6 and 3.0) fix json parser e+ bug #1492

wants to merge 1 commit into

5 participants


According to http://www.json.org/ the double in JSON can be represented in scientific notation, and e symbol can be one of the following:
net.liftweb.json.parse was working ok with e, e-, E, E- but was throwing exception "can't parse" for e+ and E+.
Added unit test (was failing). Added c == '+' analogous to c == '-' to JsonParser.scala. This fixed unit test.
P.S. The same issue exists in master, but we use 2.4 so I fixed it in 2.4 branch. The change is atomic and can be merged to any lift version, including master.

Lift Web Framework member

Given that this isn't a mission-critical bug, I don't know that it merits a special release of 2.4.

👍 for the fix to land in 2.6 and 3.0, however.

Lift Web Framework member

Er… Actually… Before I forget… Did you discuss this on the mailing list before issuing the PR? It doesn't look like it. Please read the contribution guidelines, which are listed whenever you open an issue or pull request.


@Shadowfiend Ups, sorry about that. It's my very first pull-request. Just wrote to the mailing list: https://groups.google.com/forum/#!topic/liftweb/dvlgelrPfFg
contributors.md doesn't exist in 2.4 branch.
Should I remove this pull-request and prepare another one for "master" branch after discussion in mailing list and with contributors.md changes?

The change is pretty small, but the issue is critical to me - I use lift-json to parse json from third-party services and one of them returns numbers in this format, which is valid json, but can't be parsed by lift-json.

By submitting this pull request which includes my name and email address
(the email address may be in a non-robot readable format), I agree that the
entirety of the contribution is my own original work, that there are no prior
claims on this work including, but not limited to, any agreements I may have with
my employer or other contracts, and that I license this work under
an Apache 2.0 license.


Mikhail Strebkov


strebkov @@ gmail .. com

Lift Web Framework member

Prior to the 2.5 release, we only accepted contributions from committers.
We relaxed that with the 2.5 release.

I see. Great that this was relaxed.

We will only roll this into Master and lift_30. We will not backport it
(unless you are willing to pay for the time it takes to roll new versions
of prior releases of Lift.) The only thing we backport is critical security
fixes for which there are no reasonable work-arounds.

I see. I can live with my own jar's until lift_30.

So should I remove pull-request and prepare another one for master? Or remove and wait for Joni Freeman?

Lift Web Framework member

Looks good to me. Double checked the spec too and [num] e+ [exp] is a valid representation for a decimal number.

Lift Web Framework member
Lift Web Framework member

rebased to master, thanks!

@fmpwizard fmpwizard closed this Sep 15, 2013
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment