[Skip to main content](#vessel-content) # Profile for ifeldman0 ## [![ifeldman0's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/37170-ifeldman0 "View ifeldman0's Profile") **[ Offline](/forum/user/37170-ifeldman0)** - **User Type:** User - **Register Date:** 04 May 2015 - **Last login:** 7 years 11 months ago - **Time Zone:** UTC +0:00 - **Local Time:** 03:50 - **Posts:** 7 - **Profile views:** 60 - **Gender:** Unknown - **Birthdate:** Unknown - Posts # ifeldman0's recent posts (7 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/27-checkout/893219-limit-bug#284673) | [Limit Bug](/forum/27-checkout/893219-limit-bug#284673 "-- HikaShop version -- : 3.2.1 -- Joomla version -- : 3.6.5 -- PHP version -- : 7.0.22 -- Browser(s) name and version -- : Chrome 63.0.3239.84 -- Error-message(debug-mod must be tuned on) -- : N/A I've encountered an issue with limits in HikaShop 3.2.1. When I have a quantity limit and leave the currency as the default value (Euros), the limit does not apply if the previous orders to which it should apply are in US dollars. Changing the currency to USD fixes the issue. For reference, this is a quantity limit being applied to a category. The time period selected does not seem to affect the issue, though the limit in question on my site is quarterly. Using (or not using) start date/end date does not seem to affect the issue either. Selected order statuses are created, confirmed, shipped, and pending. Thanks! Ian") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 8 years 10 months ago, by [ifeldman0](/forum/user/37170-ifeldman0 "View ifeldman0's Profile") [Last Post](/forum/27-checkout/893219-limit-bug#284677 "Hi, Thank you for your feedback. That is indeed a good point. Try changing the code: to: in the administrator/components/com_hikashop/classes/limit.php file. That should be enough to avoid that issue so that the limit's currency is only taken into account when the limit is in price mode.") 8 years 10 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:883 | [Last Post](/forum/27-checkout/893219-limit-bug#284677 "Hi, Thank you for your feedback. That is indeed a good point. Try changing the code: to: in the administrator/components/com_hikashop/classes/limit.php file. That should be enough to avoid that issue so that the limit's currency is only taken into account when the limit is in price mode.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 8 years 10 months ago | | [](/forum/27-checkout/893219-limit-bug#284621) | [Limit Bug](/forum/27-checkout/893219-limit-bug#284621 "-- HikaShop version -- : 3.2.1 -- Joomla version -- : 3.6.5 -- PHP version -- : 7.0.22 -- Browser(s) name and version -- : Chrome 63.0.3239.84 -- Error-message(debug-mod must be tuned on) -- : N/A I've encountered an issue with limits in HikaShop 3.2.1. When I have a quantity limit and leave the currency as the default value (Euros), the limit does not apply if the previous orders to which it should apply are in US dollars. Changing the currency to USD fixes the issue. For reference, this is a quantity limit being applied to a category. The time period selected does not seem to affect the issue, though the limit in question on my site is quarterly. Using (or not using) start date/end date does not seem to affect the issue either. Selected order statuses are created, confirmed, shipped, and pending. Thanks! Ian") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 8 years 10 months ago, by [ifeldman0](/forum/user/37170-ifeldman0 "View ifeldman0's Profile") [Last Post](/forum/27-checkout/893219-limit-bug#284677 "Hi, Thank you for your feedback. That is indeed a good point. Try changing the code: to: in the administrator/components/com_hikashop/classes/limit.php file. That should be enough to avoid that issue so that the limit's currency is only taken into account when the limit is in price mode.") 8 years 10 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:883 | [Last Post](/forum/27-checkout/893219-limit-bug#284677 "Hi, Thank you for your feedback. That is indeed a good point. Try changing the code: to: in the administrator/components/com_hikashop/classes/limit.php file. That should be enough to avoid that issue so that the limit's currency is only taken into account when the limit is in price mode.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 8 years 10 months ago | | [](/forum/27-checkout/888145-rolling-quarters-for-limits#258815) | ["Rolling" Quarters for Limits](/forum/27-checkout/888145-rolling-quarters-for-limits#258815 "-- HikaShop version -- : 2.6.3 -- Joomla version -- : 3.6.5 -- PHP version -- : 5.6 -- Browser(s) name and version -- : Chrome 55.0.2883.87 m -- Error-message(debug-mod must be tuned on) -- : N/A Currently, the "Quarterly" limit is a fixed quarter (Jan-Mar, Apr-Jun, Jul-Sep, Oct-Dec). If I wanted to change this to a "rolling" quarter (i.e. cannot buy a product if you have purchased the same product during the previous three months), all I would need to do is change line 788 of /administrator/components/com_hikashop/classes/cart.php from to in the definition of the baseDates array, right? Is there anywhere else that needs to be updated for this to work? I'm aware of the limitations of strtotime() with months of different lengths, and I'm OK with it being a couple days off either way, as long as the general gist is there. Thanks, Ian") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 9 years 9 months ago, by [ifeldman0](/forum/user/37170-ifeldman0 "View ifeldman0's Profile") [Last Post](/forum/27-checkout/888145-rolling-quarters-for-limits#258815 "Thanks! I'll be sure to re-evaluate our solution once HikaShop 3 comes out. Ian") 9 years 9 months ago by [ifeldman0](/forum/user/37170-ifeldman0 "View ifeldman0's Profile") | Replies:2 Views:689 | [Last Post](/forum/27-checkout/888145-rolling-quarters-for-limits#258815 "Thanks! I'll be sure to re-evaluate our solution once HikaShop 3 comes out. Ian") by [ifeldman0](/forum/user/37170-ifeldman0 "View ifeldman0's Profile") 9 years 9 months ago | | [](/forum/27-checkout/888145-rolling-quarters-for-limits#258779) | ["Rolling" Quarters for Limits](/forum/27-checkout/888145-rolling-quarters-for-limits#258779 "-- HikaShop version -- : 2.6.3 -- Joomla version -- : 3.6.5 -- PHP version -- : 5.6 -- Browser(s) name and version -- : Chrome 55.0.2883.87 m -- Error-message(debug-mod must be tuned on) -- : N/A Currently, the "Quarterly" limit is a fixed quarter (Jan-Mar, Apr-Jun, Jul-Sep, Oct-Dec). If I wanted to change this to a "rolling" quarter (i.e. cannot buy a product if you have purchased the same product during the previous three months), all I would need to do is change line 788 of /administrator/components/com_hikashop/classes/cart.php from to in the definition of the baseDates array, right? Is there anywhere else that needs to be updated for this to work? I'm aware of the limitations of strtotime() with months of different lengths, and I'm OK with it being a couple days off either way, as long as the general gist is there. Thanks, Ian") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 9 years 9 months ago, by [ifeldman0](/forum/user/37170-ifeldman0 "View ifeldman0's Profile") [Last Post](/forum/27-checkout/888145-rolling-quarters-for-limits#258815 "Thanks! I'll be sure to re-evaluate our solution once HikaShop 3 comes out. Ian") 9 years 9 months ago by [ifeldman0](/forum/user/37170-ifeldman0 "View ifeldman0's Profile") | Replies:2 Views:689 | [Last Post](/forum/27-checkout/888145-rolling-quarters-for-limits#258815 "Thanks! I'll be sure to re-evaluate our solution once HikaShop 3 comes out. Ian") by [ifeldman0](/forum/user/37170-ifeldman0 "View ifeldman0's Profile") 9 years 9 months ago | | [](/forum/3-bug-report/880857-purchase-order-email-lacks-information-parameter#222839) | [Purchase Order Email lacks Information parameter](/forum/3-bug-report/880857-purchase-order-email-lacks-information-parameter#222839 "-- url of the page with the problem -- : Email to customer on order creation -- HikaShop version -- : 2.6.0 -- Joomla version -- : 3.4.5 -- PHP version -- : 5.5.23 -- Browser(s) name and version -- : Chrome (current) -- Error-message(debug-mod must be tuned on) -- : No error message On the Purchase Order plugin settings, a box is present for information (just like on the Check method) that allows an administrator to list the directions for submitting a PO. However, default behavior of HikaShop does not include this in the order creation email to the customer. I was able to correct this by editing the Preload version of the Order Creation Notification email as follows: Line 421 (OLD): Line 421 (NEW): Within that if statement, add in the following after the elseif method==check (inserted after } on line 433, adds new lines 434 and 435): Finally, two new language lines are needed. Suggested English versions are: Thanks! Ian") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 10 years 10 months ago, by [ifeldman0](/forum/user/37170-ifeldman0 "View ifeldman0's Profile") [Last Post](/forum/3-bug-report/880857-purchase-order-email-lacks-information-parameter#222844 "Hi, Thank you for your feedback. We'll add that on our end !") 10 years 10 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:1021 | [Last Post](/forum/3-bug-report/880857-purchase-order-email-lacks-information-parameter#222844 "Hi, Thank you for your feedback. We'll add that on our end !") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 10 years 10 months ago | | [](/forum/25-install-update/880709-applying-coupon-from-edit-order-details#222014) | [Applying Coupon from Edit Order Details](/forum/25-install-update/880709-applying-coupon-from-edit-order-details#222014 "-- HikaShop version -- : 2.6.0 -- Joomla version -- : 3.4.5 -- PHP version -- : 5.5.27 -- Browser(s) name and version -- : Chrome 46.0.2490.86 m -- Error-message(debug-mod must be tuned on) -- : No error message When I go to edit the details of an unpaid order, I have the option of adding a coupon under "Additional information." However, when I do this, I still have to manually set the coupon amount on the "Additional information" dialogue, manually set the order to "confirmed" (my paid order status) if the coupon brings the total to zero, and manually increase the number of uses of the coupon code. Is there a way for this to be automatic like it is when the user applies the coupon from the front end? Thanks, Ian Sorry - meant to put this in Sales and Orders/Order Management, but it seems I selected the wrong topic by accident!") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 10 years 11 months ago, by [ifeldman0](/forum/user/37170-ifeldman0 "View ifeldman0's Profile") [Last Post](/forum/25-install-update/880709-applying-coupon-from-edit-order-details#222017 "Hi, There is no system to make it automatic. The system lets you enter whatever you want so in that way, it gives you a lot of freedom, but then it has to be handled manually.") 10 years 11 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:415 | [Last Post](/forum/25-install-update/880709-applying-coupon-from-edit-order-details#222017 "Hi, There is no system to make it automatic. The system lets you enter whatever you want so in that way, it gives you a lot of freedom, but then it has to be handled manually.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 10 years 11 months ago | | [](/forum/35-orders-management/876986-custom-order-number#201852) | [Custom Order Number](/forum/35-orders-management/876986-custom-order-number#201852 "-- HikaShop version -- : 2.4.0 -- Joomla version -- : 3.3.6 -- PHP version -- : 5.5.23 -- Browser(s) name and version -- : Chrome 42 Our site has a custom format order number which includes the customer's Joomla ID number ({user user_cms_id}-{date format="mdY"}-{id size="4"}). When customers purchase products through the public-facing side of the site, the order numbers are correct. However, if an administrator tries to create an order for a customer through the administrator side of the website, the Joomla ID of the customer is not included in the order number, even after the order is assigned to the correct customer. Is there a way to "refresh" the order number after an order is created so that it contains the Joomla ID as intended?") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 11 years 5 months ago, by [ifeldman0](/forum/user/37170-ifeldman0 "View ifeldman0's Profile") [Last Post](/forum/35-orders-management/876986-custom-order-number#201881 "Hi, There is no interface in order to change the order number when you edit an order. There are two solutions: - You could edit the order entry in the hikashop_order tabel of the database via your phpmyadmin in order to change the value in the order_number column. - You could create a mass action via the menu System>Mass actions, set a filter on the order_id column equal to the id of your order and an action to update the values of the "order_number" column equal to the order_number you want and then just click on the "process" button of the mass action. Please do a backup before trying that as there is no going back and you could potentially mess up all your data if you make a mistake when using mass actions.") 11 years 5 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:683 | [Last Post](/forum/35-orders-management/876986-custom-order-number#201881 "Hi, There is no interface in order to change the order number when you edit an order. There are two solutions: - You could edit the order entry in the hikashop_order tabel of the database via your phpmyadmin in order to change the value in the order_number column. - You could create a mass action via the menu System>Mass actions, set a filter on the order_id column equal to the id of your order and an action to update the values of the "order_number" column equal to the order_number you want and then just click on the "process" button of the mass action. Please do a backup before trying that as there is no going back and you could potentially mess up all your data if you make a mistake when using mass actions.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 11 years 5 months ago | [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.144 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org) [](#top)