You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Like stated in the subject: why the LineFormatter doesn't try to recover json encoding errors?
I mean something that has already been done with #683 for the NormalizerFormatter.
Is simply because anyone didn't have time to do such implementation or there are other reasons?
The text was updated successfully, but these errors were encountered:
Hi @Seldaek ,
sorry but what I said before it's not correct.
The NormalizerFormatter contains the logic to try to recover from json encoding errors but this logic isn't used in the NormalizerFormatter itself.
That logic is called from the NormalizerFormatter::toJson method but only if the $ignoreErrors parameters is false. Inside the NormalizerFormatter the toJson method is always called with $ignoreErrors set to true.
I found that the NormalizerFormatter::toJson method with $ignoreErrors set to false is called only in the GelfMessageFormatter, LogstashFormatters and WildfireFormatter formatters.
So the question now is: what we would like to do? Should the LineFormatter (or maybe also others) tries to recover json encoding errors or not?
Like stated in the subject: why the LineFormatter doesn't try to recover json encoding errors?
I mean something that has already been done with #683 for the NormalizerFormatter.
Is simply because anyone didn't have time to do such implementation or there are other reasons?
The text was updated successfully, but these errors were encountered: