[Skip to main content](#vessel-content)
# Profile for solia
##
[](/forum/user/10273-solia "View solia's Profile")
**[ Offline](/forum/user/10273-solia)**
- **User Type:** User
- **Register Date:** 23 Oct 2012
- **Last login:** 6 years 3 weeks ago
- **Time Zone:** UTC +1:00
- **Local Time:** 11:07
- **Posts:** 30
- **Profile views:** 264
- **Thank you received:** 2
- **Gender:** Unknown
- **Birthdate:** Unknown
- Posts
# solia's recent posts (30 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/26-product-category-display/888987-one-per-vs-global-add-to-cart-on-listings#287177) | [One per vs global add to cart on listings](/forum/26-product-category-display/888987-one-per-vs-global-add-to-cart-on-listings#287177 "-- HikaShop version -- : 3.0.0 -- Joomla version -- : 3.6.5 -- PHP version -- : 7.0.15 -- Browser(s) name and version -- : Chrome 56.0.2924.87 Good day, I'm experiencing a couple of problems, one aesthetic, one functional, relating to the Add to Cart button on listings. From a functional standpoint, when the add to cart is configured as one per product, the quantity added to the cart is always one regardless of the number set in the quantity box for the item. Aesthetically, is there a reason that the stock level is eliminated when the Global add to cart configuration is selected? Thanks in advance, Matt") 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 9 years 8 months ago, by [spoonbow](/forum/user/6067-spoonbow "View spoonbow's Profile") [Last Post](/forum/26-product-category-display/888987-one-per-vs-global-add-to-cart-on-listings#287177 "Thank you so much Nicolas. You were right. It worked when I deactivated the com_hikashop folder. I have to find the culprit now. I appreciate your quick response and awesome support. Nadine") 8 years 9 months ago by [solia](/forum/user/10273-solia "View solia's Profile") | Replies:7 Views:1237 | [Last Post](/forum/26-product-category-display/888987-one-per-vs-global-add-to-cart-on-listings#287177 "Thank you so much Nicolas. You were right. It worked when I deactivated the com_hikashop folder. I have to find the culprit now. I appreciate your quick response and awesome support. Nadine") by [solia](/forum/user/10273-solia "View solia's Profile") 8 years 9 months ago |
| [](/forum/26-product-category-display/888987-one-per-vs-global-add-to-cart-on-listings#287135) | [One per vs global add to cart on listings](/forum/26-product-category-display/888987-one-per-vs-global-add-to-cart-on-listings#287135 "-- HikaShop version -- : 3.0.0 -- Joomla version -- : 3.6.5 -- PHP version -- : 7.0.15 -- Browser(s) name and version -- : Chrome 56.0.2924.87 Good day, I'm experiencing a couple of problems, one aesthetic, one functional, relating to the Add to Cart button on listings. From a functional standpoint, when the add to cart is configured as one per product, the quantity added to the cart is always one regardless of the number set in the quantity box for the item. Aesthetically, is there a reason that the stock level is eliminated when the Global add to cart configuration is selected? Thanks in advance, Matt") 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 9 years 8 months ago, by [spoonbow](/forum/user/6067-spoonbow "View spoonbow's Profile") [Last Post](/forum/26-product-category-display/888987-one-per-vs-global-add-to-cart-on-listings#287177 "Thank you so much Nicolas. You were right. It worked when I deactivated the com_hikashop folder. I have to find the culprit now. I appreciate your quick response and awesome support. Nadine") 8 years 9 months ago by [solia](/forum/user/10273-solia "View solia's Profile") | Replies:7 Views:1237 | [Last Post](/forum/26-product-category-display/888987-one-per-vs-global-add-to-cart-on-listings#287177 "Thank you so much Nicolas. You were right. It worked when I deactivated the com_hikashop folder. I have to find the culprit now. I appreciate your quick response and awesome support. Nadine") by [solia](/forum/user/10273-solia "View solia's Profile") 8 years 9 months ago |
| [](/forum/27-checkout/892917-required-filed-not-being-enforced-upon-checkout#283322) | [Required filed not being enforced upon checkout.](/forum/27-checkout/892917-required-filed-not-being-enforced-upon-checkout#283322 "-- HikaShop version -- : 3.2.1 -- Joomla version -- : 3.8.2 -- PHP version -- : 7.0.25 -- Browser(s) name and version -- : Firefox 57.0 Greetings. We are located in the United States. One of our clients is in Florida. It must therefore remit both state and local taxes.The local taxes are county taxes. We modified the Hikashop setup by changing the country to be a US state and the State to be a Florida county on our site. Our issue is not with the tax, but with making the State and county fields required without a Default value. Our configuration in the backend displays State and Local fields are required fields. At first, people were neglecting to select the proper County since by default the system kept the first alphabetic County as a selection (that created the wrong tax amount for the customer) So we thought best to have "**select your state" or "**select your county if in FL" in the zones under the Country and State. So, we created those entries, and now that is the first thing they see. Doing so created another issue. The required field was being bypassed by having the selection of "**select your state" or "**slect your county if in FL." since they were the default value options. Now the customer can checkout without proper State or Local values selected and tax applied. A recent order cought our attention when a customer was able to process their order without selecting the County and therefore the additional local tax was not applied. In summary: During checkout, if a client selects Florida for an address, a required field of a county must be selected to complete the order apply the porper taxes then process the payment. We have the field set to be required, but that requirment is not being enforced becaus the default value we have is "**select your county if in FL" that is making the the system recognize the field as filled already. Thus my succinct question: Any ideas on how to make that field required but without a default value so that it alerts the customer they must select a county when Florida is selected as the state? Thank you for your help is this matter.") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 8 years 11 months ago, by [solia](/forum/user/10273-solia "View solia's Profile") [Last Post](/forum/27-checkout/892917-required-filed-not-being-enforced-upon-checkout#283322 "That worked perfectly. Thank you so much for the fix and the awesome support! Nadine") 8 years 11 months ago by [solia](/forum/user/10273-solia "View solia's Profile") | Replies:5 Views:826 | [Last Post](/forum/27-checkout/892917-required-filed-not-being-enforced-upon-checkout#283322 "That worked perfectly. Thank you so much for the fix and the awesome support! Nadine") by [solia](/forum/user/10273-solia "View solia's Profile") 8 years 11 months ago |
| [](/forum/27-checkout/892917-required-filed-not-being-enforced-upon-checkout#283240) | [Required filed not being enforced upon checkout.](/forum/27-checkout/892917-required-filed-not-being-enforced-upon-checkout#283240 "-- HikaShop version -- : 3.2.1 -- Joomla version -- : 3.8.2 -- PHP version -- : 7.0.25 -- Browser(s) name and version -- : Firefox 57.0 Greetings. We are located in the United States. One of our clients is in Florida. It must therefore remit both state and local taxes.The local taxes are county taxes. We modified the Hikashop setup by changing the country to be a US state and the State to be a Florida county on our site. Our issue is not with the tax, but with making the State and county fields required without a Default value. Our configuration in the backend displays State and Local fields are required fields. At first, people were neglecting to select the proper County since by default the system kept the first alphabetic County as a selection (that created the wrong tax amount for the customer) So we thought best to have "**select your state" or "**select your county if in FL" in the zones under the Country and State. So, we created those entries, and now that is the first thing they see. Doing so created another issue. The required field was being bypassed by having the selection of "**select your state" or "**slect your county if in FL." since they were the default value options. Now the customer can checkout without proper State or Local values selected and tax applied. A recent order cought our attention when a customer was able to process their order without selecting the County and therefore the additional local tax was not applied. In summary: During checkout, if a client selects Florida for an address, a required field of a county must be selected to complete the order apply the porper taxes then process the payment. We have the field set to be required, but that requirment is not being enforced becaus the default value we have is "**select your county if in FL" that is making the the system recognize the field as filled already. Thus my succinct question: Any ideas on how to make that field required but without a default value so that it alerts the customer they must select a county when Florida is selected as the state? Thank you for your help is this matter.") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 8 years 11 months ago, by [solia](/forum/user/10273-solia "View solia's Profile") [Last Post](/forum/27-checkout/892917-required-filed-not-being-enforced-upon-checkout#283322 "That worked perfectly. Thank you so much for the fix and the awesome support! Nadine") 8 years 11 months ago by [solia](/forum/user/10273-solia "View solia's Profile") | Replies:5 Views:826 | [Last Post](/forum/27-checkout/892917-required-filed-not-being-enforced-upon-checkout#283322 "That worked perfectly. Thank you so much for the fix and the awesome support! Nadine") by [solia](/forum/user/10273-solia "View solia's Profile") 8 years 11 months ago |
| [](/forum/27-checkout/892917-required-filed-not-being-enforced-upon-checkout#283239) | [Required filed not being enforced upon checkout.](/forum/27-checkout/892917-required-filed-not-being-enforced-upon-checkout#283239 "-- HikaShop version -- : 3.2.1 -- Joomla version -- : 3.8.2 -- PHP version -- : 7.0.25 -- Browser(s) name and version -- : Firefox 57.0 Greetings. We are located in the United States. One of our clients is in Florida. It must therefore remit both state and local taxes.The local taxes are county taxes. We modified the Hikashop setup by changing the country to be a US state and the State to be a Florida county on our site. Our issue is not with the tax, but with making the State and county fields required without a Default value. Our configuration in the backend displays State and Local fields are required fields. At first, people were neglecting to select the proper County since by default the system kept the first alphabetic County as a selection (that created the wrong tax amount for the customer) So we thought best to have "**select your state" or "**select your county if in FL" in the zones under the Country and State. So, we created those entries, and now that is the first thing they see. Doing so created another issue. The required field was being bypassed by having the selection of "**select your state" or "**slect your county if in FL." since they were the default value options. Now the customer can checkout without proper State or Local values selected and tax applied. A recent order cought our attention when a customer was able to process their order without selecting the County and therefore the additional local tax was not applied. In summary: During checkout, if a client selects Florida for an address, a required field of a county must be selected to complete the order apply the porper taxes then process the payment. We have the field set to be required, but that requirment is not being enforced becaus the default value we have is "**select your county if in FL" that is making the the system recognize the field as filled already. Thus my succinct question: Any ideas on how to make that field required but without a default value so that it alerts the customer they must select a county when Florida is selected as the state? Thank you for your help is this matter.") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 8 years 11 months ago, by [solia](/forum/user/10273-solia "View solia's Profile") [Last Post](/forum/27-checkout/892917-required-filed-not-being-enforced-upon-checkout#283322 "That worked perfectly. Thank you so much for the fix and the awesome support! Nadine") 8 years 11 months ago by [solia](/forum/user/10273-solia "View solia's Profile") | Replies:5 Views:826 | [Last Post](/forum/27-checkout/892917-required-filed-not-being-enforced-upon-checkout#283322 "That worked perfectly. Thank you so much for the fix and the awesome support! Nadine") by [solia](/forum/user/10273-solia "View solia's Profile") 8 years 11 months ago |
| [](/forum/27-checkout/892917-required-filed-not-being-enforced-upon-checkout#283176) | [Required filed not being enforced upon checkout.](/forum/27-checkout/892917-required-filed-not-being-enforced-upon-checkout#283176 "-- HikaShop version -- : 3.2.1 -- Joomla version -- : 3.8.2 -- PHP version -- : 7.0.25 -- Browser(s) name and version -- : Firefox 57.0 Greetings. We are located in the United States. One of our clients is in Florida. It must therefore remit both state and local taxes.The local taxes are county taxes. We modified the Hikashop setup by changing the country to be a US state and the State to be a Florida county on our site. Our issue is not with the tax, but with making the State and county fields required without a Default value. Our configuration in the backend displays State and Local fields are required fields. At first, people were neglecting to select the proper County since by default the system kept the first alphabetic County as a selection (that created the wrong tax amount for the customer) So we thought best to have "**select your state" or "**select your county if in FL" in the zones under the Country and State. So, we created those entries, and now that is the first thing they see. Doing so created another issue. The required field was being bypassed by having the selection of "**select your state" or "**slect your county if in FL." since they were the default value options. Now the customer can checkout without proper State or Local values selected and tax applied. A recent order cought our attention when a customer was able to process their order without selecting the County and therefore the additional local tax was not applied. In summary: During checkout, if a client selects Florida for an address, a required field of a county must be selected to complete the order apply the porper taxes then process the payment. We have the field set to be required, but that requirment is not being enforced becaus the default value we have is "**select your county if in FL" that is making the the system recognize the field as filled already. Thus my succinct question: Any ideas on how to make that field required but without a default value so that it alerts the customer they must select a county when Florida is selected as the state? Thank you for your help is this matter.") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 8 years 11 months ago, by [solia](/forum/user/10273-solia "View solia's Profile") [Last Post](/forum/27-checkout/892917-required-filed-not-being-enforced-upon-checkout#283322 "That worked perfectly. Thank you so much for the fix and the awesome support! Nadine") 8 years 11 months ago by [solia](/forum/user/10273-solia "View solia's Profile") | Replies:5 Views:826 | [Last Post](/forum/27-checkout/892917-required-filed-not-being-enforced-upon-checkout#283322 "That worked perfectly. Thank you so much for the fix and the awesome support! Nadine") by [solia](/forum/user/10273-solia "View solia's Profile") 8 years 11 months ago |
| [](/forum/35-orders-management/891766-can-we-use-a-different-invoice-style-for-wholesale-user-group#279192) | [Can we use a different invoice style for Wholesale User Group?](/forum/35-orders-management/891766-can-we-use-a-different-invoice-style-for-wholesale-user-group#279192 "-- url of the page with the problem -- : www.tokeshoes.com -- HikaShop version -- : 3.1.1 -- Joomla version -- : 3.7.5 -- PHP version -- : 7.0 Dear friends: We have been users of Hikashop for years. One of our clients desires to expand its use of Hikashop to a "Wholesale" user group. Until now they have been handling wholesale orders by a separate system. They see advantages (such as good invoice tracking) by user their store for both retail and wholesale sales. As the client envisions, wholesalers can either log in and place their orders, or the client can enter the orders and ship them. The client would (understandably we think) use a different invoice style for wholesale purchasers. We have always just used the standard order/invoice view, with some customizations. My first question is whether having an alternative invoice style for a different user group is possible. I have looked high and low, but I cannot find an answer. Assuming that can be done, we would likely need the help of someone with better skills than me to customize the wholesaler invoice, but the first question is the threshold question: Can a unique invoice style be used for a particular user group? THANK YOU in advance! Nadine at Solia.") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 9 years 2 months ago, by [solia](/forum/user/10273-solia "View solia's Profile") [Last Post](/forum/35-orders-management/891766-can-we-use-a-different-invoice-style-for-wholesale-user-group#279214 "Hi, Thanks ! If you want and you didn't already, you can post a review on the JED: extensions.joomla.org/extensions/extensi...opping-cart/hikashop") 9 years 1 month ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:1349 | [Last Post](/forum/35-orders-management/891766-can-we-use-a-different-invoice-style-for-wholesale-user-group#279214 "Hi, Thanks ! If you want and you didn't already, you can post a review on the JED: extensions.joomla.org/extensions/extensi...opping-cart/hikashop") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 9 years 1 month ago |
| [](/forum/35-orders-management/891766-can-we-use-a-different-invoice-style-for-wholesale-user-group#277352) | [Can we use a different invoice style for Wholesale User Group?](/forum/35-orders-management/891766-can-we-use-a-different-invoice-style-for-wholesale-user-group#277352 "-- url of the page with the problem -- : www.tokeshoes.com -- HikaShop version -- : 3.1.1 -- Joomla version -- : 3.7.5 -- PHP version -- : 7.0 Dear friends: We have been users of Hikashop for years. One of our clients desires to expand its use of Hikashop to a "Wholesale" user group. Until now they have been handling wholesale orders by a separate system. They see advantages (such as good invoice tracking) by user their store for both retail and wholesale sales. As the client envisions, wholesalers can either log in and place their orders, or the client can enter the orders and ship them. The client would (understandably we think) use a different invoice style for wholesale purchasers. We have always just used the standard order/invoice view, with some customizations. My first question is whether having an alternative invoice style for a different user group is possible. I have looked high and low, but I cannot find an answer. Assuming that can be done, we would likely need the help of someone with better skills than me to customize the wholesaler invoice, but the first question is the threshold question: Can a unique invoice style be used for a particular user group? THANK YOU in advance! Nadine at Solia.") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 9 years 2 months ago, by [solia](/forum/user/10273-solia "View solia's Profile") [Last Post](/forum/35-orders-management/891766-can-we-use-a-different-invoice-style-for-wholesale-user-group#279214 "Hi, Thanks ! If you want and you didn't already, you can post a review on the JED: extensions.joomla.org/extensions/extensi...opping-cart/hikashop") 9 years 1 month ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:1349 | [Last Post](/forum/35-orders-management/891766-can-we-use-a-different-invoice-style-for-wholesale-user-group#279214 "Hi, Thanks ! If you want and you didn't already, you can post a review on the JED: extensions.joomla.org/extensions/extensi...opping-cart/hikashop") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 9 years 1 month ago |
| [](/forum/52-hikaauction/882492-hika-auction-customer-area#230792) | [Hika Auction - Customer Area?](/forum/52-hikaauction/882492-hika-auction-customer-area#230792 "-- HikaShop version -- : 2.6.1 -- HikaAuction version -- : 1.0.0 -- PHP version -- : 5.4.45 -- Browser(s) name and version -- : 3.4.8 We have just purchased and have configured Hika Auction. It seems to us that if a lot of items are being auctioned, and users are bidding on several items, a very useful feature (really an essential one I think) would be a customer area where the customer can see in one place which items he or she is presently bidding on. (and perhaps a history too) If that is available, I don't see it, but truly this would make the product so much more useful. The first action by a user is going to be to log in, and want to see a summary of his or her activity. What do you think? With kindest regards, Nadine.") Category: [HikaAuction](/forum/52-hikaauction "A Joomla! component for HikaShop which add bid/auction features.") Topic started 10 years 8 months ago, by [solia](/forum/user/10273-solia "View solia's Profile") [Last Post](/forum/52-hikaauction/882492-hika-auction-customer-area#230793 "Hello Nadine, Unfortunately there is currently no option to do that but that's a really good idea, we just added it on our TODO list. Thank you for your feedback !") 10 years 8 months ago by [Mohamed Thelji](/forum/user/6861-mohamed-thelji "View Mohamed Thelji's Profile") | Replies:1 Views:2213 | [Last Post](/forum/52-hikaauction/882492-hika-auction-customer-area#230793 "Hello Nadine, Unfortunately there is currently no option to do that but that's a really good idea, we just added it on our TODO list. Thank you for your feedback !") by [Mohamed Thelji](/forum/user/6861-mohamed-thelji "View Mohamed Thelji's Profile") 10 years 8 months ago |
| [](/forum/3-bug-report/880809-discount-codes-not-working-with-authorize-net#224934) | [Discount codes not working with Authorize.net](/forum/3-bug-report/880809-discount-codes-not-working-with-authorize-net#224934 "-- HikaShop version -- : 2.6.0 -- Joomla version -- : 3.4.5 After upgrading to hikashop 2.6.0 my discount codes do not work using Authorize.net (it works with PayPal). After adding the code, accepting terms and conditions and selecting Authorize.net the user faces a white screen with You can use the url provided and login using demo1/demo1234 to test for yourself... use coupon code test1 see below from our developer: ____________________ After contacting authorize and doing many tests, I see (suppose) that the problem is in hikashop system, there is an error in the form created by hikashop system to be submitted to Authorize system, it is exactly in x_line_item that contains the data about the coupon, the item price is negative in live (new update) while it is positive in older versions.. I suppose. I believe that the price should be always positive, so Authorize system is throwing an error (270) Line item 2 is invalid .Please let them (hikashop) know about that so they can understand the problem and hopefully solve it easily.") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 10 years 11 months ago, by [cberry1971](/forum/user/13211-cberry1971 "View cberry1971's Profile") [Last Post](/forum/3-bug-report/880809-discount-codes-not-working-with-authorize-net#224954 "Yes, the modification was not added to the package yet. We'll do that today.") 10 years 10 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:1617 | [Last Post](/forum/3-bug-report/880809-discount-codes-not-working-with-authorize-net#224954 "Yes, the modification was not added to the package yet. We'll do that today.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 10 years 10 months ago |
[](/forum/topics/feed/mode-topics?format=feed&type=rss)
Time to create page: 0.062 seconds
[Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)