I tried the dev release, and there were a couple of errors that prevented me from using the module.
The first was triggered when trying to install the module.
ArgumentCountError: Too few arguments to function Drupal\commerce_shipping\Packer\DefaultPacker::__construct(), 1 passed in /srv/www/project/site/web/core/lib/Drupal/Component/DependencyInjection/Container.php on line 261 and exactly 2 expected in /srv/www/project/site/web/modules/contrib/commerce_shipping/src/Packer/DefaultPacker.php on line 38
I managed to fix this by adding "@string_translation" to the arguments of the Drupal\commerce_auspost\Packer\CommerceAusPostPacker class in the commerce_auspost.services.yml file.
This allowed the module to be installed, but I got a similar error when trying to create a shipping method.
ArgumentCountError: Too few arguments to function Drupal\commerce_shipping\Plugin\Commerce\ShippingMethod\ShippingMethodBase::__construct(), 4 passed in /srv/www/project/site/web/modules/contrib/commerce_auspost/src/Plugin/Commerce/ShippingMethod/AusPost.php on line 243 and exactly 5 expected in Drupal\commerce_shipping\Plugin\Commerce\ShippingMethod\ShippingMethodBase->__construct() (line 66 of /srv/www/project/site/web/modules/contrib/commerce_shipping/src/Plugin/Commerce/ShippingMethod/ShippingMethodBase.php).
This one looks like the parent method is missing an argument of type workflow manager but my programming skills are limited to changing the occasional thing and hoping it works so I'm not really sure.
---
@joewickert I tried your fork and it's working! The one thing I had to do was to specifically require fontis/auspost-api-php dev-master because otherwise my min stability wouldn't allow it to be added by the auspost module.
The other thing I was struggling with while using the forked version was that it doesn't seem like shipping methods are hidden based on address. e.g. if I enable the standard domestic parcel post and the international air mail post, then if I set my address to overseas, both options are still visible and both show the same price, even though the price increases when changing to an international address. The same is true for switching back to domestic i.e. price goes down, both still visible. it could be that I just need to create multiple shipping methods and add conditions myself?
I also have this issue
I also hit this issue on every migration. I just ignore it and it hasn't caused me any noticeable issues but it would be good to know exactly what the issue is and what the proper solution might be if anyone else knows?
Works for me too
I also had this issue and solved it with the patch from #42. I didn't try any of the other patches based on #60
I am on views_data_export 1.2 on drupal 9.5.11.
I also had this issue and solved it with the patch from #42 from
https://www.drupal.org/project/drupal/issues/2840283#comment-13515227
🐛
Problem with action path for embedded forms
Needs work
.
I am on views_data_export 1.2 on drupal 9.5.11
I just used the patch from #24 and this worked for me. I'm on core 9.5.11.
I am trying to do the same thing. Was this closed because there is a way to do it and I'm just missing it? I tried using views merge rows and ended up with this error:
Call to protected method Drupal\views\Plugin\views\style\StylePluginBase::renderFields() from context '' in views_merge_rows_views_pre_render() (line 43 of modules/custom/views_merge_rows/views_merge_rows.module).
Wasn't sure as to whether I should have reopened this or made a new ticket. Apologies if I guessed wrong.
Cheers!
Ah gotcha, thanks so much for the quick response!
Toby-fz → created an issue.
For 2) I tested with a new product type where the image was only on the product type and not the variation and the image came through fine. When I added an image to the variation type for this test the same issue occurred as above. i.e. the image would import on the variation but not the product type.
Toby-fz → created an issue.
Toby-fz → created an issue.
Me too!
I also have this issue. I think it is also resulting in an issue where on pages where you only have to scroll a tiny bit, the sticky header will cause the page to jump back up to where the header is no longer sticky and in some cases prevent you from scrolling down and seeing the footer.
I also have the same issue. Mine disappeared after editing an existing link to use tokens.
Sorry to reopen this, but the last couple of comments suggest this isn't completed. Can anyone confirm whether this module works on Drupal 10? On the project page, it isn't listed as d10 ready.