[Skip to main content](#vessel-content)
# Profile for GunnarB
##
[](/forum/user/36435-gunnarb "View GunnarB's Profile")
**[ Offline](/forum/user/36435-gunnarb)**
- **User Type:** User
- **Register Date:** 06 Mar 2015
- **Last login:** 11 years 4 months ago
- **Time Zone:** UTC +0:00
- **Local Time:** 09:34
- **Posts:** 21
- **Profile views:** 111
- **Gender:** Unknown
- **Birthdate:** Unknown
- Posts
# GunnarB's recent posts (21 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/44-mass-actions/877257-mass-action-documentation#203440) | [Mass Action Documentation](/forum/44-mass-actions/877257-mass-action-documentation#203440 "I need more information on the trigger of the mass actions. I have a mass actions that needs to run at the start of each month. How do I trigger it? a) Is a cron job necessary to trigger the mass actions? (The documentation on mass action does not mention cron jobs. The documentation on cron jobs does not mention mass actions). b) When I set trigger to "every months", when will it actually run? How do I ensure it does not run the current month, but only next month? c) Can I set a timed trigger, e.g. 10 p.m. on May 31st (an accuracy of about one hour +/- would be sufficient) d) Can I set a date validation, e.g. "do not run before June 1st" in case it is triggered to early? Thanks for your help (and eventually updating the documentation in this regard). Best Gunnar") Category: [Mass Actions](/forum/44-mass-actions "Everything about the powerful Hikashop mass action tool") Topic started 11 years 4 months ago, by [GunnarB](/forum/user/36435-gunnarb "View GunnarB's Profile") [Last Post](/forum/44-mass-actions/877257-mass-action-documentation?start=20#225771 "Hi, I think that you are looking for this documentation: www.hikashop.com/support/documentation/i...ron-task.html#server") 10 years 9 months ago by [Xavier](/forum/user/4105-xavier "View Xavier's Profile") - [1](/forum/44-mass-actions/877257-mass-action-documentation?start=0 "Page:1") - [2](/forum/44-mass-actions/877257-mass-action-documentation?start=20 "Page:2") | Replies:27 Views:6113 | [Last Post](/forum/44-mass-actions/877257-mass-action-documentation?start=20#225771 "Hi, I think that you are looking for this documentation: www.hikashop.com/support/documentation/i...ron-task.html#server") by [Xavier](/forum/user/4105-xavier "View Xavier's Profile") 10 years 9 months ago |
| [](/forum/44-mass-actions/877257-mass-action-documentation#203360) | [Mass Action Documentation](/forum/44-mass-actions/877257-mass-action-documentation#203360 "I need more information on the trigger of the mass actions. I have a mass actions that needs to run at the start of each month. How do I trigger it? a) Is a cron job necessary to trigger the mass actions? (The documentation on mass action does not mention cron jobs. The documentation on cron jobs does not mention mass actions). b) When I set trigger to "every months", when will it actually run? How do I ensure it does not run the current month, but only next month? c) Can I set a timed trigger, e.g. 10 p.m. on May 31st (an accuracy of about one hour +/- would be sufficient) d) Can I set a date validation, e.g. "do not run before June 1st" in case it is triggered to early? Thanks for your help (and eventually updating the documentation in this regard). Best Gunnar") Category: [Mass Actions](/forum/44-mass-actions "Everything about the powerful Hikashop mass action tool") Topic started 11 years 4 months ago, by [GunnarB](/forum/user/36435-gunnarb "View GunnarB's Profile") [Last Post](/forum/44-mass-actions/877257-mass-action-documentation?start=20#225771 "Hi, I think that you are looking for this documentation: www.hikashop.com/support/documentation/i...ron-task.html#server") 10 years 9 months ago by [Xavier](/forum/user/4105-xavier "View Xavier's Profile") - [1](/forum/44-mass-actions/877257-mass-action-documentation?start=0 "Page:1") - [2](/forum/44-mass-actions/877257-mass-action-documentation?start=20 "Page:2") | Replies:27 Views:6113 | [Last Post](/forum/44-mass-actions/877257-mass-action-documentation?start=20#225771 "Hi, I think that you are looking for this documentation: www.hikashop.com/support/documentation/i...ron-task.html#server") by [Xavier](/forum/user/4105-xavier "View Xavier's Profile") 10 years 9 months ago |
| [](/forum/27-checkout/876160-order-confirmation-for-shopowner-in-wrong-language#197467) | [Order Confirmation for shopowner in wrong language](/forum/27-checkout/876160-order-confirmation-for-shopowner-in-wrong-language#197467 "-- HikaShop version -- : 2.4.0 -- Joomla version -- : 3.4.1 We have a german website and enabled the checkout without registration (which may not even be the cause of this issue). When a customer orders, he will get the order confirmation in the language his browser is set to. This is good. At the same time the system sends out an order confirmation to the shopowner about the new order. This mail follows the language of the orderer, it should be in german (receiving user language) all the time.") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 11 years 6 months ago, by [GunnarB](/forum/user/36435-gunnarb "View GunnarB's Profile") [Last Post](/forum/27-checkout/876160-order-confirmation-for-shopowner-in-wrong-language#198107 "Hi, Thanks for your feedback ; I created a ticket in our TODO list in order to improve the language management in the administrator emails. HikaShop currently load the user language when you send an email from the backend ; but the inverse is not done (an admin email from the front-end). Regards,") 11 years 6 months ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") | Replies:3 Views:677 | [Last Post](/forum/27-checkout/876160-order-confirmation-for-shopowner-in-wrong-language#198107 "Hi, Thanks for your feedback ; I created a ticket in our TODO list in order to improve the language management in the administrator emails. HikaShop currently load the user language when you send an email from the backend ; but the inverse is not done (an admin email from the front-end). Regards,") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 11 years 6 months ago |
| [](/forum/27-checkout/876160-order-confirmation-for-shopowner-in-wrong-language#197253) | [Order Confirmation for shopowner in wrong language](/forum/27-checkout/876160-order-confirmation-for-shopowner-in-wrong-language#197253 "-- HikaShop version -- : 2.4.0 -- Joomla version -- : 3.4.1 We have a german website and enabled the checkout without registration (which may not even be the cause of this issue). When a customer orders, he will get the order confirmation in the language his browser is set to. This is good. At the same time the system sends out an order confirmation to the shopowner about the new order. This mail follows the language of the orderer, it should be in german (receiving user language) all the time.") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 11 years 6 months ago, by [GunnarB](/forum/user/36435-gunnarb "View GunnarB's Profile") [Last Post](/forum/27-checkout/876160-order-confirmation-for-shopowner-in-wrong-language#198107 "Hi, Thanks for your feedback ; I created a ticket in our TODO list in order to improve the language management in the administrator emails. HikaShop currently load the user language when you send an email from the backend ; but the inverse is not done (an admin email from the front-end). Regards,") 11 years 6 months ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") | Replies:3 Views:677 | [Last Post](/forum/27-checkout/876160-order-confirmation-for-shopowner-in-wrong-language#198107 "Hi, Thanks for your feedback ; I created a ticket in our TODO list in order to improve the language management in the administrator emails. HikaShop currently load the user language when you send an email from the backend ; but the inverse is not done (an admin email from the front-end). Regards,") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 11 years 6 months ago |
| [](/forum/26-product-category-display/876102-feature-request-products-auto-publish-unpublish#197087) | [Feature Request: products auto publish/unpublish](/forum/26-product-category-display/876102-feature-request-products-auto-publish-unpublish#197087 "-- HikaShop version -- : 2.4.0 -- Joomla version -- : 3.4.1 -- PHP version -- : 5.6 I would really love a switch where the fields product sale start and end would really disable the listing in the shop, not only disable to put it in the cart. Current workaround is a mass action but that is a bit of a hassle, since the unix date has to be calculated first for selection. For now it would help me to know where the select is for the listing, so I can alter it.") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 11 years 6 months ago, by [GunnarB](/forum/user/36435-gunnarb "View GunnarB's Profile") [Last Post](/forum/26-product-category-display/876102-feature-request-products-auto-publish-unpublish#197087 "Cool! Tx") 11 years 6 months ago by [GunnarB](/forum/user/36435-gunnarb "View GunnarB's Profile") | Replies:2 Views:819 | [Last Post](/forum/26-product-category-display/876102-feature-request-products-auto-publish-unpublish#197087 "Cool! Tx") by [GunnarB](/forum/user/36435-gunnarb "View GunnarB's Profile") 11 years 6 months ago |
| [](/forum/26-product-category-display/876102-feature-request-products-auto-publish-unpublish#196937) | [Feature Request: products auto publish/unpublish](/forum/26-product-category-display/876102-feature-request-products-auto-publish-unpublish#196937 "-- HikaShop version -- : 2.4.0 -- Joomla version -- : 3.4.1 -- PHP version -- : 5.6 I would really love a switch where the fields product sale start and end would really disable the listing in the shop, not only disable to put it in the cart. Current workaround is a mass action but that is a bit of a hassle, since the unix date has to be calculated first for selection. For now it would help me to know where the select is for the listing, so I can alter it.") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 11 years 6 months ago, by [GunnarB](/forum/user/36435-gunnarb "View GunnarB's Profile") [Last Post](/forum/26-product-category-display/876102-feature-request-products-auto-publish-unpublish#197087 "Cool! Tx") 11 years 6 months ago by [GunnarB](/forum/user/36435-gunnarb "View GunnarB's Profile") | Replies:2 Views:819 | [Last Post](/forum/26-product-category-display/876102-feature-request-products-auto-publish-unpublish#197087 "Cool! Tx") by [GunnarB](/forum/user/36435-gunnarb "View GunnarB's Profile") 11 years 6 months ago |
| [](/forum/26-product-category-display/875673-sub-sub-category-not-listed-if-sub-category-empty#195949) | [Sub-Sub-Category not listed if Sub-Category empty](/forum/26-product-category-display/875673-sub-sub-category-not-listed-if-sub-category-empty#195949 "-- HikaShop version -- : 2.4.0 -- Joomla version -- : 3.4.0 -- Error-message(debug-mod must be tuned on) -- : None, products are not displayed. I have a category tree like products -- men --- shoes ---- dining shoes ---- sport shoes --- shirts When I click on each category, the products are listed. When I click on shoes produts of dining and sport shoes are listed (correct) When I click on men shirts are listed only. ERROR. When I put one product in the empty category shoes, then all shoes are listed. The setting "do not list empty categories" seems to be independent, yes and no have same result. When I show the product numbers in category, that is also correct. This is currently a deal breaker on the hika shop business edition, so quick help is necessary. I replicated the error in your demo system: demo.hikashop.com/index.php/en/hikashop/...-test-empty-with-sub Articles in sub 2 are not shown when clicking on Test empty with sub. When you add a product to sub 2, then all products will be shown.") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 11 years 7 months ago, by [GunnarB](/forum/user/36435-gunnarb "View GunnarB's Profile") [Last Post](/forum/26-product-category-display/875673-sub-sub-category-not-listed-if-sub-category-empty#199391 "Hi, You're wrong. As I said, this modification will be added in the next version of HikaShop. I said that on the 15th of march. The latest version of HikaShop (2.4.0) has been released on the 3rd of march: www.hikashop.com/support/support/documen...ashop-changelog.html So next version is yet to come in a few weeks, and that modification will be included, as I said.") 11 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:11 Views:926 | [Last Post](/forum/26-product-category-display/875673-sub-sub-category-not-listed-if-sub-category-empty#199391 "Hi, You're wrong. As I said, this modification will be added in the next version of HikaShop. I said that on the 15th of march. The latest version of HikaShop (2.4.0) has been released on the 3rd of march: www.hikashop.com/support/support/documen...ashop-changelog.html So next version is yet to come in a few weeks, and that modification will be included, as I said.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 11 years 6 months ago |
| [](/forum/32-content-creation/875747-product-variants-with-a-price-of-main-product#195139) | [Product variants with a % price of main product](/forum/32-content-creation/875747-product-variants-with-a-price-of-main-product#195139 "-- HikaShop version -- : 2.4.0 -- Joomla version -- : 3.4 -- Error-message(debug-mod must be tuned on) -- : Notice: Undefined property: stdClass::$tax_amount in C:\xampp\htdocs\xxx\administrator\components\com_hikashop\classes\product.php on line 1513 Just for fun I defined a product variant. When I leave the price at 0 and define 120% instead, this error occurs when product is displayed.") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 11 years 7 months ago, by [GunnarB](/forum/user/36435-gunnarb "View GunnarB's Profile") [Last Post](/forum/32-content-creation/875747-product-variants-with-a-price-of-main-product#195148 "Hi, Thanks for the report, to correct it on your end, you can edit the file as indicated in the error and at the line 1513 add "@" before "$tax->tax_amount".") 11 years 7 months ago by [Xavier](/forum/user/4105-xavier "View Xavier's Profile") | Replies:1 Views:908 | [Last Post](/forum/32-content-creation/875747-product-variants-with-a-price-of-main-product#195148 "Hi, Thanks for the report, to correct it on your end, you can edit the file as indicated in the error and at the line 1513 add "@" before "$tax->tax_amount".") by [Xavier](/forum/user/4105-xavier "View Xavier's Profile") 11 years 7 months ago |
| [](/forum/35-orders-management/875710-unpublished-order-status-can-be-assigned-to-order#195130) | [Unpublished order status can be assigned to order](/forum/35-orders-management/875710-unpublished-order-status-can-be-assigned-to-order#195130 "-- HikaShop version -- : 2.4.0 -- Joomla version -- : 3.4.0 I unpublish order statuses but they are still listed as valid options in the dropdowns and can be assigned to the orders. By the way: There is a translation error in german. CONFIRMED="confirmed" is translated with bezahlt, meaning payed. That is totally different. For me confirmed just means we are taking the order. Should be 'bestätigt'. Would be nice if the language file would be cleaned here, order status apparently has two entries for each status: CREATED="created" PENDING="pending" CONFIRMED="confirmed" CANCELLED="cancelled" REFUNDED="refunded" SHIPPED="shipped" ORDER_STATUS_CREATED="created" ORDER_STATUS_PENDING="pending" ORDER_STATUS_CONFIRMED="confirmed" ORDER_STATUS_CANCELLED="cancelled" ORDER_STATUS_REFUNDED="refunded" ORDER_STATUS_SHIPPED="shipped"") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 11 years 7 months ago, by [GunnarB](/forum/user/36435-gunnarb "View GunnarB's Profile") [Last Post](/forum/35-orders-management/875710-unpublished-order-status-can-be-assigned-to-order#195134 "Hi, That's right, the front-end editing is provide by HikaMarket (front-edition and multi-vendor). I introduced the new way to translate the order statuses because some user had issues with conflicted translations. In HikaMarket, the "ORDER_STATUS_" translation is read first and if there is no translation for it ; it read the other one. In HikaShop, due to the retro-compatibility, it's not already the case but we are working on some modifications for the order statuses for future version and I hope that the new translation key will be use by default. Regards,") 11 years 7 months ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") | Replies:3 Views:778 | [Last Post](/forum/35-orders-management/875710-unpublished-order-status-can-be-assigned-to-order#195134 "Hi, That's right, the front-end editing is provide by HikaMarket (front-edition and multi-vendor). I introduced the new way to translate the order statuses because some user had issues with conflicted translations. In HikaMarket, the "ORDER_STATUS_" translation is read first and if there is no translation for it ; it read the other one. In HikaShop, due to the retro-compatibility, it's not already the case but we are working on some modifications for the order statuses for future version and I hope that the new translation key will be use by default. Regards,") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 11 years 7 months ago |
| [](/forum/35-orders-management/875710-unpublished-order-status-can-be-assigned-to-order#194941) | [Unpublished order status can be assigned to order](/forum/35-orders-management/875710-unpublished-order-status-can-be-assigned-to-order#194941 "-- HikaShop version -- : 2.4.0 -- Joomla version -- : 3.4.0 I unpublish order statuses but they are still listed as valid options in the dropdowns and can be assigned to the orders. By the way: There is a translation error in german. CONFIRMED="confirmed" is translated with bezahlt, meaning payed. That is totally different. For me confirmed just means we are taking the order. Should be 'bestätigt'. Would be nice if the language file would be cleaned here, order status apparently has two entries for each status: CREATED="created" PENDING="pending" CONFIRMED="confirmed" CANCELLED="cancelled" REFUNDED="refunded" SHIPPED="shipped" ORDER_STATUS_CREATED="created" ORDER_STATUS_PENDING="pending" ORDER_STATUS_CONFIRMED="confirmed" ORDER_STATUS_CANCELLED="cancelled" ORDER_STATUS_REFUNDED="refunded" ORDER_STATUS_SHIPPED="shipped"") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 11 years 7 months ago, by [GunnarB](/forum/user/36435-gunnarb "View GunnarB's Profile") [Last Post](/forum/35-orders-management/875710-unpublished-order-status-can-be-assigned-to-order#195134 "Hi, That's right, the front-end editing is provide by HikaMarket (front-edition and multi-vendor). I introduced the new way to translate the order statuses because some user had issues with conflicted translations. In HikaMarket, the "ORDER_STATUS_" translation is read first and if there is no translation for it ; it read the other one. In HikaShop, due to the retro-compatibility, it's not already the case but we are working on some modifications for the order statuses for future version and I hope that the new translation key will be use by default. Regards,") 11 years 7 months ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") | Replies:3 Views:778 | [Last Post](/forum/35-orders-management/875710-unpublished-order-status-can-be-assigned-to-order#195134 "Hi, That's right, the front-end editing is provide by HikaMarket (front-edition and multi-vendor). I introduced the new way to translate the order statuses because some user had issues with conflicted translations. In HikaMarket, the "ORDER_STATUS_" translation is read first and if there is no translation for it ; it read the other one. In HikaShop, due to the retro-compatibility, it's not already the case but we are working on some modifications for the order statuses for future version and I hope that the new translation key will be use by default. Regards,") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 11 years 7 months ago |
[](/forum/topics/feed/mode-topics?format=feed&type=rss)
Time to create page: 0.184 seconds
[Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)
[](#top)