Mark Jansen

I have the same issue.

It results in the following error:

TypeError: Cannot read properties of undefined (reading 'lightbox')
    at migrate (https://mysite.com/wp-includes/js/dist/block-library.js?ver=b79a74010bdb3250caf3:23675:19)
    at applyBlockDeprecatedVersions (https://mysite.com/wp-includes/js/dist/blocks.js?ver=1e16b1d8cd192ec1a469:13639:22)
    at parseRawBlock (https://mysite.com/wp-includes/js/dist/blocks.js?ver=1e16b1d8cd192ec1a469:13881:24)
    at https://mysite.com/wp-includes/js/dist/blocks.js?ver=1e16b1d8cd192ec1a469:13865:75
    at Array.map (<anonymous>)
    at parseRawBlock (https://mysite.com/wp-includes/js/dist/blocks.js?ver=1e16b1d8cd192ec1a469:13865:57)
    at https://mysite.com/wp-includes/js/dist/blocks.js?ver=1e16b1d8cd192ec1a469:13865:75
    at Array.map (<anonymous>)
    at parseRawBlock (https://mysite.com/wp-includes/js/dist/blocks.js?ver=1e16b1d8cd192ec1a469:13865:57)
    at https://mysite.com/wp-includes/js/dist/blocks.js?ver=1e16b1d8cd192ec1a469:13929:19

Thanks.

I have to update my statement a bit though. It’s no the switch() that has changed, but the way the numerical values are compared to strings has changed since PHP 8. The outcome is the same though.

https://wiki.php.net/rfc/string_to_number_comparison

• This reply was modified 1 year, 5 months ago by Mark Jansen.

Confirmed, this works now.

Small update: I’m not using it currently for the WP Swiper plugin, but the custom class under extra CSS classes is not being applied.

I am using the default WordPress core way. So the block alignment option. (which seemed to work before 1.0.24).

I have now updated to 1.0.26 and it looks like it’s working great again.

Thanks!

Apparently the parser here won’t play nice with the HTML ??

This is this is the code it generates. And I’d expect the first div to have the classes appended to them

https://gist.github.com/YourMark/4e461175e1ae55c609b9cabd310c941f

• This reply was modified 1 year, 11 months ago by Mark Jansen.
• This reply was modified 1 year, 11 months ago by Mark Jansen.

Hi @digitalapps. Thanks again for the fast response.

I have updated to 1.0.25 but unfortunately it doesn’t make a difference. I have tested with the block alignment button and als added a custom class.

<!-- wp:da/wp-swiper-slides {"align":"wide","effect":"fade","tabsData":[{"slug":"slide-1"},{"slug":"slide-2"}],"pagination_type":"fraction","className":"MyCustomClass"} -->

This is the output in the Code Editor, but it doesn’t reflect it in the outputted HTML both in the block editor and the front-end.

I’d expect the first

to contain the classes alignwide and MyCustomClass

Hello @digitalapps,

I immediately updated and checkt, and it works like a charm.

Thanks for the great and swift reply and following up on it.

Solved. It turned out to be a wrong key name in the body.

Hello Jesse,

yes, that is indeed the case. I’m sorry, I forgot all about this topic. Thank you. It is indeed solved.

Unfortunately this still isn’t working. Does anyone have an idea? I have filed a bug report in the GIT Repository.

I’m kind of out of ideas.

When I hook into wc_refund_created (which runs at the end of wc_create_refund()) and I check the $args, I get this:

array(7) {
  ["amount"]=>
  float(52.5)
  ["reason"]=>
  string(14) "VAT correction"
  ["order_id"]=>
  string(5) "41214"
  ["refund_id"]=>
  int(0)
  ["line_items"]=>
  array(2) {
    [43380]=>
    array(3) {
      ["qty"]=>
      int(1)
      ["refund_total"]=>
      string(9) "42.216667"
      ["refund_tax"]=>
      string(8) "8.443333"
    }
    [43381]=>
    array(3) {
      ["qty"]=>
      int(1)
      ["refund_total"]=>
      string(9) "10.283333"
      ["refund_tax"]=>
      string(8) "2.056667"
    }
  }
  ["refund_payment"]=>
  bool(false)
  ["restock_items"]=>
  bool(false)
}

The tax is right there, but it doesn’t come up in the refund. This looks like a bug in WC to me.

I have been going through it. Shipping works now, but the taxes per line still don’t.

I really can’t wrap my head around why not. The data is passed through in all the variables through the entire process. But when the actual refund is created, it doesn’t show up.

Hello Gerhard,

Thanks for your reply.

Hm, that’s weird. Apperently the link went wrong. Here it is:https://gist.github.com/YourMark/cc5c02aa624090c453adbdf05aa7e6c5

As you can see there, the tax is in the line items array. Yet it’s not refunded. I know I can debug the entire function step by step. But I was hoping to find an answer here.

I might be doing something wrong after all, or maybe some one encountered the problem before.

• This reply was modified 5 years, 12 months ago by Mark Jansen.

Hello Expomas,

good to hear it is resolved. Can you let me know what the issue was?

I’ll be updating this plugin again real soon, with some new features. Maybe it’s something I can or need to change?

Regards,

Mark