-
Notifications
You must be signed in to change notification settings - Fork 74
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
No need to use YAML::Any when YAML::XS is required #2464
Comments
Because this was the current version when Perl 5.24 was released
Thus eliminate usage of YAML::Any and the fallback to YAML.pm. Thus some code for special support of YAML.pm can be eliminated too.
The better semantics are decoding the string and then upgrading it.
Because this was the current version when Perl 5.24 was released
Thus eliminate usage of YAML::Any and the fallback to YAML.pm. Thus some code for special support of YAML.pm can be eliminated too.
The better semantics are decoding the string and then upgrading it.
The changes for issue #2464 broke the script. The reason was that the previous version used Kernel::System::YAML for testing and the changes script, using YAML::XS, did not fully replicate the funktionality in Kernel::System::YAML. Furthermore there was some confusion regarding UTF8 de- and en-coding.
Not closing the issue yet, as there are three failures related to FormDraft:
|
Test suite looks fine now. The three new failures were not related to YAML. Closing this issue. |
It would be nice to have a test case where multiple documents are contained in the input. This is an area where the different YAML implementations show differing behavior. |
When looking at #2462 I noticed that there is a strangeness in which module is used by
Kernel::System::YAML
. Here is the present situation:YAML::XS
is required since OTOBO 10.0.0. Perl 5.24 was released in May 2016, so we can assume thatYAML::LibYAML 0.62
is available. Kernel/cpan-lib/YAML.pm providesYAML 1.23
which dates from February 2017. Judging from https://metacpan.org/release/TINITA/YAML-1.30/changes , this looks like several bugfixes to YAML are not included in the version used by OTOBO.Kernel::System::YAML
uses Kernel/cpan-lib/YAML/Any.pm for selecting a YAML implementation. EffectivelyYAML::XS
is picked always, as this is the preferred implementation. https://metacpan.org/dist/YAML/view/lib/YAML.pod recommends usingYAML::XS
._Kernel/cpan-lib/YAML,pm
can't be removed as it is required by
Sisimai`.I propose:
Kernel::System::YAML
The text was updated successfully, but these errors were encountered: