[Skip to main content](#vessel-content)
# Profile for sashau
##
[](/forum/user/26276-sashau "View sashau's Profile")
**[ Offline](/forum/user/26276-sashau)**
- **User Type:** User
- **Register Date:** 07 Aug 2013
- **Last login:** 2 years 10 months ago
- **Time Zone:** UTC +0:00
- **Local Time:** 00:05
- **Posts:** 15
- **Profile views:** 104
- **Gender:** Unknown
- **Birthdate:** Unknown
- Posts
# sashau's recent posts (15 messages )
All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year
| [ ](#forumbottom) | Subject | Replies / Views | Last Post | [ ](#forumtop) |
|---|---|---|---|---|
| [](/forum/25-install-update/905323-shipping-estimation-plugin-with-aus-post-v2-shipping-method#346502) | [Shipping Estimation plugin with Aus Post v2 shipping method](/forum/25-install-update/905323-shipping-estimation-plugin-with-aus-post-v2-shipping-method#346502 "-- HikaShop version -- : 4.6.2 -- Joomla version -- : 3.10.11 -- PHP version -- : 7.4.33 -- Browser(s) name and version -- : Chrome 107 I can't get the Shipping Estimation plugin to work with the Australian Post v2 shipping method. If I set up a Manual shipping method it works, but if I just use Auspost shipping methods it always comes up with "No available shipping". If I log in to the site with an account that has a shipping address set up, then the shipping estimate will appear on the product page, but it should show up for guest users after they enter their postcode (like it does for the manual shipping method.) Any ideas on how I can get the two plugins to work together. I have a really bare test site set up that clearly shows the issue if you'd like access to take a look. Thanks") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 3 years 11 months ago, by [sashau](/forum/user/26276-sashau "View sashau's Profile") [Last Post](/forum/25-install-update/905323-shipping-estimation-plugin-with-aus-post-v2-shipping-method#346506 "Hi, Thanks. We've discussed about this with Obsidev during the weekend and come up with a plan. We don't need the test server anymore. Thanks !") 3 years 11 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:552 | [Last Post](/forum/25-install-update/905323-shipping-estimation-plugin-with-aus-post-v2-shipping-method#346506 "Hi, Thanks. We've discussed about this with Obsidev during the weekend and come up with a plan. We don't need the test server anymore. Thanks !") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 years 11 months ago |
| [](/forum/25-install-update/905323-shipping-estimation-plugin-with-aus-post-v2-shipping-method#346458) | [Shipping Estimation plugin with Aus Post v2 shipping method](/forum/25-install-update/905323-shipping-estimation-plugin-with-aus-post-v2-shipping-method#346458 "-- HikaShop version -- : 4.6.2 -- Joomla version -- : 3.10.11 -- PHP version -- : 7.4.33 -- Browser(s) name and version -- : Chrome 107 I can't get the Shipping Estimation plugin to work with the Australian Post v2 shipping method. If I set up a Manual shipping method it works, but if I just use Auspost shipping methods it always comes up with "No available shipping". If I log in to the site with an account that has a shipping address set up, then the shipping estimate will appear on the product page, but it should show up for guest users after they enter their postcode (like it does for the manual shipping method.) Any ideas on how I can get the two plugins to work together. I have a really bare test site set up that clearly shows the issue if you'd like access to take a look. Thanks") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 3 years 11 months ago, by [sashau](/forum/user/26276-sashau "View sashau's Profile") [Last Post](/forum/25-install-update/905323-shipping-estimation-plugin-with-aus-post-v2-shipping-method#346506 "Hi, Thanks. We've discussed about this with Obsidev during the weekend and come up with a plan. We don't need the test server anymore. Thanks !") 3 years 11 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:552 | [Last Post](/forum/25-install-update/905323-shipping-estimation-plugin-with-aus-post-v2-shipping-method#346506 "Hi, Thanks. We've discussed about this with Obsidev during the weekend and come up with a plan. We don't need the test server anymore. Thanks !") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 years 11 months ago |
| [](/forum/25-install-update/905323-shipping-estimation-plugin-with-aus-post-v2-shipping-method#346441) | [Shipping Estimation plugin with Aus Post v2 shipping method](/forum/25-install-update/905323-shipping-estimation-plugin-with-aus-post-v2-shipping-method#346441 "-- HikaShop version -- : 4.6.2 -- Joomla version -- : 3.10.11 -- PHP version -- : 7.4.33 -- Browser(s) name and version -- : Chrome 107 I can't get the Shipping Estimation plugin to work with the Australian Post v2 shipping method. If I set up a Manual shipping method it works, but if I just use Auspost shipping methods it always comes up with "No available shipping". If I log in to the site with an account that has a shipping address set up, then the shipping estimate will appear on the product page, but it should show up for guest users after they enter their postcode (like it does for the manual shipping method.) Any ideas on how I can get the two plugins to work together. I have a really bare test site set up that clearly shows the issue if you'd like access to take a look. Thanks") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 3 years 11 months ago, by [sashau](/forum/user/26276-sashau "View sashau's Profile") [Last Post](/forum/25-install-update/905323-shipping-estimation-plugin-with-aus-post-v2-shipping-method#346506 "Hi, Thanks. We've discussed about this with Obsidev during the weekend and come up with a plan. We don't need the test server anymore. Thanks !") 3 years 11 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:552 | [Last Post](/forum/25-install-update/905323-shipping-estimation-plugin-with-aus-post-v2-shipping-method#346506 "Hi, Thanks. We've discussed about this with Obsidev during the weekend and come up with a plan. We don't need the test server anymore. Thanks !") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 years 11 months ago |
| [](/forum/3-bug-report/890788-custom-item-fields-not-saving-when-restricted-to-a-single-product#272845) | [Custom Item fields not saving when restricted to a single product](/forum/3-bug-report/890788-custom-item-fields-not-saving-when-restricted-to-a-single-product#272845 "-- HikaShop version -- : 3.1.1 -- Joomla version -- : 3.7.2 -- PHP version -- : 7.1.5 I have a custom item field that is set up, and under Restrictions > Products a particular product is chosen. When someone goes through the checkout process and makes an order the value in the __hikashop_order_product table for the item is always NULL - even if the customer fills in a value. If I remove the product specified from Restrictions > Products and leave it blank, then the item is saved correctly. This used to work on the site before I updated it to 3.1.0 (the issue still exists in 3.1.1.) If I revert the changes that were made to the /administrator/components/com_hikashop/classes/order_product.php file (in Hikashop 3.1.0) then the item values save properly again, so I think the issue stems from this change. Can you please look into this? Thanks.") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 9 years 4 months ago, by [sashau](/forum/user/26276-sashau "View sashau's Profile") [Last Post](/forum/3-bug-report/890788-custom-item-fields-not-saving-when-restricted-to-a-single-product#272845 "Thank you, installing the latest update has fixed the issue for me.") 9 years 4 months ago by [sashau](/forum/user/26276-sashau "View sashau's Profile") | Replies:8 Views:1862 | [Last Post](/forum/3-bug-report/890788-custom-item-fields-not-saving-when-restricted-to-a-single-product#272845 "Thank you, installing the latest update has fixed the issue for me.") by [sashau](/forum/user/26276-sashau "View sashau's Profile") 9 years 4 months ago |
| [](/forum/3-bug-report/890788-custom-item-fields-not-saving-when-restricted-to-a-single-product#272564) | [Custom Item fields not saving when restricted to a single product](/forum/3-bug-report/890788-custom-item-fields-not-saving-when-restricted-to-a-single-product#272564 "-- HikaShop version -- : 3.1.1 -- Joomla version -- : 3.7.2 -- PHP version -- : 7.1.5 I have a custom item field that is set up, and under Restrictions > Products a particular product is chosen. When someone goes through the checkout process and makes an order the value in the __hikashop_order_product table for the item is always NULL - even if the customer fills in a value. If I remove the product specified from Restrictions > Products and leave it blank, then the item is saved correctly. This used to work on the site before I updated it to 3.1.0 (the issue still exists in 3.1.1.) If I revert the changes that were made to the /administrator/components/com_hikashop/classes/order_product.php file (in Hikashop 3.1.0) then the item values save properly again, so I think the issue stems from this change. Can you please look into this? Thanks.") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 9 years 4 months ago, by [sashau](/forum/user/26276-sashau "View sashau's Profile") [Last Post](/forum/3-bug-report/890788-custom-item-fields-not-saving-when-restricted-to-a-single-product#272845 "Thank you, installing the latest update has fixed the issue for me.") 9 years 4 months ago by [sashau](/forum/user/26276-sashau "View sashau's Profile") | Replies:8 Views:1862 | [Last Post](/forum/3-bug-report/890788-custom-item-fields-not-saving-when-restricted-to-a-single-product#272845 "Thank you, installing the latest update has fixed the issue for me.") by [sashau](/forum/user/26276-sashau "View sashau's Profile") 9 years 4 months ago |
| [](/forum/3-bug-report/890788-custom-item-fields-not-saving-when-restricted-to-a-single-product#272439) | [Custom Item fields not saving when restricted to a single product](/forum/3-bug-report/890788-custom-item-fields-not-saving-when-restricted-to-a-single-product#272439 "-- HikaShop version -- : 3.1.1 -- Joomla version -- : 3.7.2 -- PHP version -- : 7.1.5 I have a custom item field that is set up, and under Restrictions > Products a particular product is chosen. When someone goes through the checkout process and makes an order the value in the __hikashop_order_product table for the item is always NULL - even if the customer fills in a value. If I remove the product specified from Restrictions > Products and leave it blank, then the item is saved correctly. This used to work on the site before I updated it to 3.1.0 (the issue still exists in 3.1.1.) If I revert the changes that were made to the /administrator/components/com_hikashop/classes/order_product.php file (in Hikashop 3.1.0) then the item values save properly again, so I think the issue stems from this change. Can you please look into this? Thanks.") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 9 years 4 months ago, by [sashau](/forum/user/26276-sashau "View sashau's Profile") [Last Post](/forum/3-bug-report/890788-custom-item-fields-not-saving-when-restricted-to-a-single-product#272845 "Thank you, installing the latest update has fixed the issue for me.") 9 years 4 months ago by [sashau](/forum/user/26276-sashau "View sashau's Profile") | Replies:8 Views:1862 | [Last Post](/forum/3-bug-report/890788-custom-item-fields-not-saving-when-restricted-to-a-single-product#272845 "Thank you, installing the latest update has fixed the issue for me.") by [sashau](/forum/user/26276-sashau "View sashau's Profile") 9 years 4 months ago |
| [](/forum/3-bug-report/890788-custom-item-fields-not-saving-when-restricted-to-a-single-product#272366) | [Custom Item fields not saving when restricted to a single product](/forum/3-bug-report/890788-custom-item-fields-not-saving-when-restricted-to-a-single-product#272366 "-- HikaShop version -- : 3.1.1 -- Joomla version -- : 3.7.2 -- PHP version -- : 7.1.5 I have a custom item field that is set up, and under Restrictions > Products a particular product is chosen. When someone goes through the checkout process and makes an order the value in the __hikashop_order_product table for the item is always NULL - even if the customer fills in a value. If I remove the product specified from Restrictions > Products and leave it blank, then the item is saved correctly. This used to work on the site before I updated it to 3.1.0 (the issue still exists in 3.1.1.) If I revert the changes that were made to the /administrator/components/com_hikashop/classes/order_product.php file (in Hikashop 3.1.0) then the item values save properly again, so I think the issue stems from this change. Can you please look into this? Thanks.") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 9 years 4 months ago, by [sashau](/forum/user/26276-sashau "View sashau's Profile") [Last Post](/forum/3-bug-report/890788-custom-item-fields-not-saving-when-restricted-to-a-single-product#272845 "Thank you, installing the latest update has fixed the issue for me.") 9 years 4 months ago by [sashau](/forum/user/26276-sashau "View sashau's Profile") | Replies:8 Views:1862 | [Last Post](/forum/3-bug-report/890788-custom-item-fields-not-saving-when-restricted-to-a-single-product#272845 "Thank you, installing the latest update has fixed the issue for me.") by [sashau](/forum/user/26276-sashau "View sashau's Profile") 9 years 4 months ago |
| [](/forum/3-bug-report/890788-custom-item-fields-not-saving-when-restricted-to-a-single-product#272264) | [Custom Item fields not saving when restricted to a single product](/forum/3-bug-report/890788-custom-item-fields-not-saving-when-restricted-to-a-single-product#272264 "-- HikaShop version -- : 3.1.1 -- Joomla version -- : 3.7.2 -- PHP version -- : 7.1.5 I have a custom item field that is set up, and under Restrictions > Products a particular product is chosen. When someone goes through the checkout process and makes an order the value in the __hikashop_order_product table for the item is always NULL - even if the customer fills in a value. If I remove the product specified from Restrictions > Products and leave it blank, then the item is saved correctly. This used to work on the site before I updated it to 3.1.0 (the issue still exists in 3.1.1.) If I revert the changes that were made to the /administrator/components/com_hikashop/classes/order_product.php file (in Hikashop 3.1.0) then the item values save properly again, so I think the issue stems from this change. Can you please look into this? Thanks.") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 9 years 4 months ago, by [sashau](/forum/user/26276-sashau "View sashau's Profile") [Last Post](/forum/3-bug-report/890788-custom-item-fields-not-saving-when-restricted-to-a-single-product#272845 "Thank you, installing the latest update has fixed the issue for me.") 9 years 4 months ago by [sashau](/forum/user/26276-sashau "View sashau's Profile") | Replies:8 Views:1862 | [Last Post](/forum/3-bug-report/890788-custom-item-fields-not-saving-when-restricted-to-a-single-product#272845 "Thank you, installing the latest update has fixed the issue for me.") by [sashau](/forum/user/26276-sashau "View sashau's Profile") 9 years 4 months ago |
| [](/forum/3-bug-report/890242-product-mass-action-works-with-php-5-6-but-not-with-php-7#269981) | [Product Mass Action works with PHP 5.6, but not with PHP 7](/forum/3-bug-report/890242-product-mass-action-works-with-php-5-6-but-not-with-php-7#269981 "-- HikaShop version -- : 3.0.1 -- Joomla version -- : 3.7.0 -- PHP version -- : 7.1 -- Error-message(debug-mod must be tuned on) -- : Notice: Array to string conversion in C:\laragon\www\mrbs\plugins\hikashop\massaction_product\massaction_product.php on line 144 Notice: Array to string conversion in C:\laragon\www\mrbs\plugins\hikashop\massaction_product\massaction_product.php on line 805 I have a product custom field set up for Postage Group (single dropdown). I then have a Mass Action set up for each Postage Group so that when a product is updated or created it will specify a product_weight depending on the chosen Postage Group This works as expected on a server with PHP 5.6 and applies the correct product_weight to the product. With PHP 7 (I tried 7.0.19 and 7.1.5) it always sets the product_weight to the weight specified in the most recently created Mass Action (regardless of the Postage Group I set.) I investigated further by enabling Debug mode in Joomla and noticed that it performs all of the Mass Actions update queries instead of only the one based on the filtering of the Postage Group. When enabling error_reporting the following notices show up when saving a product in PHP 7, but not in 5.6 (I'm not sure if it is relevant to this issue though): Notice: Array to string conversion in C:\laragon\www\mrbs\plugins\hikashop\massaction_product\massaction_product.php on line 144 Notice: Array to string conversion in C:\laragon\www\mrbs\plugins\hikashop\massaction_product\massaction_product.php on line 805 At the moment I have downgraded to PHP 5.6 to get around the issue. Could you look into it for PHP 7? I think someone else has had a . Thank you") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 9 years 5 months ago, by [sashau](/forum/user/26276-sashau "View sashau's Profile") [Last Post](/forum/3-bug-report/890242-product-mass-action-works-with-php-5-6-but-not-with-php-7#269981 "Thank you, that fixed the problem I was having.") 9 years 5 months ago by [sashau](/forum/user/26276-sashau "View sashau's Profile") | Replies:2 Views:2438 | [Last Post](/forum/3-bug-report/890242-product-mass-action-works-with-php-5-6-but-not-with-php-7#269981 "Thank you, that fixed the problem I was having.") by [sashau](/forum/user/26276-sashau "View sashau's Profile") 9 years 5 months ago |
| [](/forum/3-bug-report/890242-product-mass-action-works-with-php-5-6-but-not-with-php-7#269493) | [Product Mass Action works with PHP 5.6, but not with PHP 7](/forum/3-bug-report/890242-product-mass-action-works-with-php-5-6-but-not-with-php-7#269493 "-- HikaShop version -- : 3.0.1 -- Joomla version -- : 3.7.0 -- PHP version -- : 7.1 -- Error-message(debug-mod must be tuned on) -- : Notice: Array to string conversion in C:\laragon\www\mrbs\plugins\hikashop\massaction_product\massaction_product.php on line 144 Notice: Array to string conversion in C:\laragon\www\mrbs\plugins\hikashop\massaction_product\massaction_product.php on line 805 I have a product custom field set up for Postage Group (single dropdown). I then have a Mass Action set up for each Postage Group so that when a product is updated or created it will specify a product_weight depending on the chosen Postage Group This works as expected on a server with PHP 5.6 and applies the correct product_weight to the product. With PHP 7 (I tried 7.0.19 and 7.1.5) it always sets the product_weight to the weight specified in the most recently created Mass Action (regardless of the Postage Group I set.) I investigated further by enabling Debug mode in Joomla and noticed that it performs all of the Mass Actions update queries instead of only the one based on the filtering of the Postage Group. When enabling error_reporting the following notices show up when saving a product in PHP 7, but not in 5.6 (I'm not sure if it is relevant to this issue though): Notice: Array to string conversion in C:\laragon\www\mrbs\plugins\hikashop\massaction_product\massaction_product.php on line 144 Notice: Array to string conversion in C:\laragon\www\mrbs\plugins\hikashop\massaction_product\massaction_product.php on line 805 At the moment I have downgraded to PHP 5.6 to get around the issue. Could you look into it for PHP 7? I think someone else has had a . Thank you") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 9 years 5 months ago, by [sashau](/forum/user/26276-sashau "View sashau's Profile") [Last Post](/forum/3-bug-report/890242-product-mass-action-works-with-php-5-6-but-not-with-php-7#269981 "Thank you, that fixed the problem I was having.") 9 years 5 months ago by [sashau](/forum/user/26276-sashau "View sashau's Profile") | Replies:2 Views:2438 | [Last Post](/forum/3-bug-report/890242-product-mass-action-works-with-php-5-6-but-not-with-php-7#269981 "Thank you, that fixed the problem I was having.") by [sashau](/forum/user/26276-sashau "View sashau's Profile") 9 years 5 months ago |
[](/forum/topics/feed/mode-topics?format=feed&type=rss)
Time to create page: 0.118 seconds
[Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)
[](#top)