-
Notifications
You must be signed in to change notification settings - Fork 577
BBC: Blead breaks JSON::XS #23053
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Another possible victim: CHANSEN/Unicode-UTF8-0.62.tar.gz, see http://matrix.cpantesters.org/?dist=Unicode-UTF8%200.62 It also seem to expect an exception, which does not happen anymore. E.g. in file t/090_non_shortest_form.t there's the following code snippet started to fail:
|
FWIW, Cpanel::JSON::XS continues to fail on this input as expected. |
For Unicode-UTF8 a BBC already exists, see #22977 |
Bisecting with the following invocation (on Linux unthreaded):
... pointed to this breaking commit:
(JSON::XS was mentioned in #22517 (comment), but that post did not fully identify the cause of the breakage of different modules.) @tonycoz, can you take a look? |
And this poses a major impediment to our BBC handling. Task-CPAN-Reporter has a dependency on Cpanel::JSON::XS. So if I want to submit a CPANtesters report using T-C-R, I'm stymied because it's installation fails during testing of Cpanel::JSON::XS. Examples of those test failures:
|
I'm able to submit reports again with Task::CPAN::Reporter after:
|
No, I meant "Cpanel::JSON::XS does not accept this input, which is the expected and correct result." Cpanel::JSON::XS passes all its tests on 5.41.9 on my system (macos 15.3). The error string I see in t/01_utf8.t is "malformed UTF-8 character in JSON string, at character offset 1 (before "\x{fffd}"") at t/01_utf8.t line 12." |
This reverts commit d62b9fa. That commit turns out to be ill advised. I forgot that the function call it replaced also calls utf8_to_uv() and then munges its return value. This commit to succeed would have needed the same munging. But rather than repeat that logic, just call the original function, by simply reverting this commit. This fixes Perl#23053. I haven't tested them, but it likely also takes care of Perl#22820, Perl#23086, and Perl#22977
The testsuite of MLEHMANN/JSON-XS-4.03.tar.gz started to fail on all systems since perl 5.41.9: http://matrix.cpantesters.org/?dist=JSON-XS+4.03
I looked into the t/01_utf8.t failure and it seems that the test code expects that
fails with an exception, something like
Since 5.41.9 this exception does not happen anymore.
There are also two failing test cases in t/02_error.t which I did not looked at thoroughly, but I think it's the same issue.
The text was updated successfully, but these errors were encountered: