Fix IntlExtension::formatDateTime uses prototype pattern if set#3845
Fix IntlExtension::formatDateTime uses prototype pattern if set#3845drjayvee wants to merge 1 commit into
Conversation
|
Is there any chance this could get reviewed/merged? @fabpot We've been having this issue over at FOSSBilling/FOSSBilling for a while, and it would be great to get a fix in place. |
|
Hey Adam, Could you please write a test for this? My other PR (#3844) was blocked until test coverage was added (and rightly so). It should be really easy to copy one of the tests and adjust it slightly. |
|
Sadly this patch goes and breaks the usage of the So it "fixes" the error by instead breaking it which is a shame as the current problem where So with the existing twig releases |
|
@BelleNottelling I'm afraid I don't quite follow. It's been a while since I've looked at this bug/PR. In fact, my original explanation is from September 2021. It's possible the behavior has changed since then. Can you show some actual code that breaks only with this PR's code? Looking at the diff, it only affects behavior when
I don't see how this PR's diff affects formatting in that case. |
|
See #4859 for my take on this. I think I've covered comments as well. |
|
Bonjour Fabien, Thanks for looking into this. Your PR looks great, so I'll close this one. |
…matter prototype is set (fabpot) This PR was squashed before being merged into the 3.x branch. Discussion ---------- Fix IntlExtension ignoring explicit formats when a date formatter prototype is set Closes #3845 Commits ------- 083b6dc Fix IntlExtension ignoring explicit formats when a date formatter prototype is set
See https://github.com/twigphp/intl-extra/pull/7 for details