- πΊπΈUnited States sclsweb
I tried to apply the patch from #9 (querypath-php8-3050692-7.patch), and it did not work. The patch from #3 did apply for us. If you can suggest a different way of patching, I'll try it -- we are keen to upgrade to PHP 8. This was the output:
patch -p1 --dry-run < querypath-php8-3050692-7.patch
checking file QueryPath/CssEventHandler.php
checking file QueryPath/Extension/QPList.php
checking file QueryPath/Extension/QPTPL.php
checking file QueryPath/QueryPath.php
checking file qpa/qpa.classes.inc
checking file qpa/qpa.info
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED
checking file qpcache/qpcache.info
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED
checking file qpcache/qpcache.module
Hunk #5 FAILED at 309.
1 out of 5 hunks FAILED
checking file querypath.admin.inc
checking file querypath.info
Hunk #1 FAILED at 3.
1 out of 1 hunk FAILED
checking file querypath.install
checking file querypath.module
Reversed (or previously applied) patch detected! Assume -R? [n] n
Apply anyway? [n] n
Skipping patch.
1 out of 1 hunk ignored
checking file querypath_examples.info
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED It's probably because of all the whitespace changes. Does using https://www.drupal.org/files/issues/2022-09-12/querypath-php8-3050692-7-... β work?
I won't actually use this module much longer, because it's not supported and I found that in my case I could receive the response as JSON by adding this:
'headers' => [ 'Content-Type' => 'application/json', ],
JSON has much better PHP support. And here's an [XML parsing option](https://stackoverflow.com/a/29840928).
However, if it helps, here is my patched module: