[Skip to main content](#vessel-content)
# Profile for EdQ
##
[](/forum/user/6930-edq "View EdQ's Profile")
**[ Offline](/forum/user/6930-edq)**
- **User Type:** User
- **Register Date:** 02 Apr 2012
- **Last login:** 14 years 7 months ago
- **Time Zone:** UTC +0:00
- **Local Time:** 03:15
- **Posts:** 14
- **Profile views:** 117
- **Gender:** Unknown
- **Birthdate:** Unknown
[ www.eduardqualls.com](http://www.eduardqualls.com)
- Posts
# EdQ's recent posts (14 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/3-bug-report/62706-weights-are-not-inherited-by-characteristics-for-t#62846) | [weights are not inherited by characteristics for t](/forum/3-bug-report/62706-weights-are-not-inherited-by-characteristics-for-t#62846 "he USPS shipping module, in particular [input area.] add a product category, say "my shirts" add a product characteristic, say "size" add three values, say "small", "medium" and "large" add a product of that category and add the "size" characteristic set price, weight and dimensions on the product under manage variants: 1. change the price of the "large" to a value different from that of the main product listing 2. change the weight to a value different from that of the main product listing. The price value of the main listing is inherited by "small" and "medium" selections, and that of the "large" is handled correctly. The USPS shipping module does not recognize the inheritance of the main product's weight value by the "small" and "medium" product variants, and it will not appear during the checkout sequence because it assumes they have zero weight. If you force the weight values into those two variants, copying them from the main product, the plugin suddenly shows up and starts working. The UPS plugin doesn't appear to have this problem.") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 14 years 2 months ago, by [EdQ](/forum/user/6930-edq "View EdQ's Profile") [Last Post](/forum/3-bug-report/62706-weights-are-not-inherited-by-characteristics-for-t#62914 "We published the new build and it should work now. Please download and install HikaShop again.") 14 years 2 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:4 Views:2347 | [Last Post](/forum/3-bug-report/62706-weights-are-not-inherited-by-characteristics-for-t#62914 "We published the new build and it should work now. Please download and install HikaShop again.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 14 years 2 months ago |
| [](/forum/4-how-to/62818-stop-charging-sales-tax-on-shipping#62836) | [Stop charging sales tax on shipping](/forum/4-how-to/62818-stop-charging-sales-tax-on-shipping#62836 "Apparently by default, Hikashop computes tax on shipping as well as on the cost of the goods themselves. Is there a way to set it to what is normal practice of computation only on the goods, then having it display tax and shipping in the correct order on the checkout page? (I tried editing Display=>Views checkout/cart.php and couldn't get good results. I ended up tracking down the edited copy of the file that the act of editing had created [in "templates/[template name]/html/com_hikashop/checkout"] and removing it to restore original behavior.)") Category: [How to?](/forum/4-how-to "If you didn't find the answer on our documentation neither on existing posts, please ask your question here.") Topic started 14 years 2 months ago, by [EdQ](/forum/user/6930-edq "View EdQ's Profile") [Last Post](/forum/4-how-to/62818-stop-charging-sales-tax-on-shipping#62994 "Thank you for your input. We'll add that to the todo list.") 14 years 2 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:2 Views:811 | [Last Post](/forum/4-how-to/62818-stop-charging-sales-tax-on-shipping#62994 "Thank you for your input. We'll add that to the todo list.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 14 years 2 months ago |
| [](/forum/4-how-to/62818-stop-charging-sales-tax-on-shipping#62818) | [Stop charging sales tax on shipping](/forum/4-how-to/62818-stop-charging-sales-tax-on-shipping#62818 "Apparently by default, Hikashop computes tax on shipping as well as on the cost of the goods themselves. Is there a way to set it to what is normal practice of computation only on the goods, then having it display tax and shipping in the correct order on the checkout page? (I tried editing Display=>Views checkout/cart.php and couldn't get good results. I ended up tracking down the edited copy of the file that the act of editing had created [in "templates/[template name]/html/com_hikashop/checkout"] and removing it to restore original behavior.)") Category: [How to?](/forum/4-how-to "If you didn't find the answer on our documentation neither on existing posts, please ask your question here.") Topic started 14 years 2 months ago, by [EdQ](/forum/user/6930-edq "View EdQ's Profile") [Last Post](/forum/4-how-to/62818-stop-charging-sales-tax-on-shipping#62994 "Thank you for your input. We'll add that to the todo list.") 14 years 2 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:2 Views:811 | [Last Post](/forum/4-how-to/62818-stop-charging-sales-tax-on-shipping#62994 "Thank you for your input. We'll add that to the todo list.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 14 years 2 months ago |
| [](/forum/3-bug-report/62607-error-when-editing-taxation-rates#62794) | [Error when editing taxation rates](/forum/3-bug-report/62607-error-when-editing-taxation-rates#62794 "After adding a tax rate, the on-screen display includes Javascript "onclick" code. The 'new' form for tax rates allows entry of a "Tax namekey" that contains spaces. Is this coded for, or should it be caught/disallowed? After this has appeared, there is no way to edit the namekey itself. And if you check the box for line 1, then choose "Edit", it warns you that nothing has been selected. (This is while using the latest version of HS, downloaded & installed this morning.)") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 14 years 2 months ago, by [EdQ](/forum/user/6930-edq "View EdQ's Profile") [Last Post](/forum/3-bug-report/62607-error-when-editing-taxation-rates#62794 "In the cycle of editing and refreshing, the error persisted until yesterday afternoon, then it vanished. (Unless a new release came out yesterday, this is the latest version, of HikaShop, Joomla! and all other components/modules/plugins. [I'm using the latest Firefox.]) Looks like I may have hit a refresh/cache-handling/formatter blip between HS, J! & FF.") 14 years 2 months ago by [EdQ](/forum/user/6930-edq "View EdQ's Profile") | Replies:4 Views:2176 | [Last Post](/forum/3-bug-report/62607-error-when-editing-taxation-rates#62794 "In the cycle of editing and refreshing, the error persisted until yesterday afternoon, then it vanished. (Unless a new release came out yesterday, this is the latest version, of HikaShop, Joomla! and all other components/modules/plugins. [I'm using the latest Firefox.]) Looks like I may have hit a refresh/cache-handling/formatter blip between HS, J! & FF.") by [EdQ](/forum/user/6930-edq "View EdQ's Profile") 14 years 2 months ago |
| [](/forum/3-bug-report/62706-weights-are-not-inherited-by-characteristics-for-t#62706) | [weights are not inherited by characteristics for t](/forum/3-bug-report/62706-weights-are-not-inherited-by-characteristics-for-t#62706 "he USPS shipping module, in particular [input area.] add a product category, say "my shirts" add a product characteristic, say "size" add three values, say "small", "medium" and "large" add a product of that category and add the "size" characteristic set price, weight and dimensions on the product under manage variants: 1. change the price of the "large" to a value different from that of the main product listing 2. change the weight to a value different from that of the main product listing. The price value of the main listing is inherited by "small" and "medium" selections, and that of the "large" is handled correctly. The USPS shipping module does not recognize the inheritance of the main product's weight value by the "small" and "medium" product variants, and it will not appear during the checkout sequence because it assumes they have zero weight. If you force the weight values into those two variants, copying them from the main product, the plugin suddenly shows up and starts working. The UPS plugin doesn't appear to have this problem.") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 14 years 2 months ago, by [EdQ](/forum/user/6930-edq "View EdQ's Profile") [Last Post](/forum/3-bug-report/62706-weights-are-not-inherited-by-characteristics-for-t#62914 "We published the new build and it should work now. Please download and install HikaShop again.") 14 years 2 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:4 Views:2347 | [Last Post](/forum/3-bug-report/62706-weights-are-not-inherited-by-characteristics-for-t#62914 "We published the new build and it should work now. Please download and install HikaShop again.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 14 years 2 months ago |
| [](/forum/3-bug-report/62607-error-when-editing-taxation-rates#62702) | [Error when editing taxation rates](/forum/3-bug-report/62607-error-when-editing-taxation-rates#62702 "After adding a tax rate, the on-screen display includes Javascript "onclick" code. The 'new' form for tax rates allows entry of a "Tax namekey" that contains spaces. Is this coded for, or should it be caught/disallowed? After this has appeared, there is no way to edit the namekey itself. And if you check the box for line 1, then choose "Edit", it warns you that nothing has been selected. (This is while using the latest version of HS, downloaded & installed this morning.)") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 14 years 2 months ago, by [EdQ](/forum/user/6930-edq "View EdQ's Profile") [Last Post](/forum/3-bug-report/62607-error-when-editing-taxation-rates#62794 "In the cycle of editing and refreshing, the error persisted until yesterday afternoon, then it vanished. (Unless a new release came out yesterday, this is the latest version, of HikaShop, Joomla! and all other components/modules/plugins. [I'm using the latest Firefox.]) Looks like I may have hit a refresh/cache-handling/formatter blip between HS, J! & FF.") 14 years 2 months ago by [EdQ](/forum/user/6930-edq "View EdQ's Profile") | Replies:4 Views:2176 | [Last Post](/forum/3-bug-report/62607-error-when-editing-taxation-rates#62794 "In the cycle of editing and refreshing, the error persisted until yesterday afternoon, then it vanished. (Unless a new release came out yesterday, this is the latest version, of HikaShop, Joomla! and all other components/modules/plugins. [I'm using the latest Firefox.]) Looks like I may have hit a refresh/cache-handling/formatter blip between HS, J! & FF.") by [EdQ](/forum/user/6930-edq "View EdQ's Profile") 14 years 2 months ago |
| [](/forum/3-bug-report/62607-error-when-editing-taxation-rates#62607) | [Error when editing taxation rates](/forum/3-bug-report/62607-error-when-editing-taxation-rates#62607 "After adding a tax rate, the on-screen display includes Javascript "onclick" code. The 'new' form for tax rates allows entry of a "Tax namekey" that contains spaces. Is this coded for, or should it be caught/disallowed? After this has appeared, there is no way to edit the namekey itself. And if you check the box for line 1, then choose "Edit", it warns you that nothing has been selected. (This is while using the latest version of HS, downloaded & installed this morning.)") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 14 years 2 months ago, by [EdQ](/forum/user/6930-edq "View EdQ's Profile") [Last Post](/forum/3-bug-report/62607-error-when-editing-taxation-rates#62794 "In the cycle of editing and refreshing, the error persisted until yesterday afternoon, then it vanished. (Unless a new release came out yesterday, this is the latest version, of HikaShop, Joomla! and all other components/modules/plugins. [I'm using the latest Firefox.]) Looks like I may have hit a refresh/cache-handling/formatter blip between HS, J! & FF.") 14 years 2 months ago by [EdQ](/forum/user/6930-edq "View EdQ's Profile") | Replies:4 Views:2176 | [Last Post](/forum/3-bug-report/62607-error-when-editing-taxation-rates#62794 "In the cycle of editing and refreshing, the error persisted until yesterday afternoon, then it vanished. (Unless a new release came out yesterday, this is the latest version, of HikaShop, Joomla! and all other components/modules/plugins. [I'm using the latest Firefox.]) Looks like I may have hit a refresh/cache-handling/formatter blip between HS, J! & FF.") by [EdQ](/forum/user/6930-edq "View EdQ's Profile") 14 years 2 months ago |
| [](/forum/3-bug-report/46150-deleting-tax-zone-deletes-zone-from-all-addresses#46188) | [Deleting tax zone deletes zone from all addresses](/forum/3-bug-report/46150-deleting-tax-zone-deletes-zone-from-all-addresses#46188 "In trying to set up a tax zone I deleted what I thought was simply a tax subzone for a US state. To my surprise, this actually deleted the data for this subzone from all address handling, as well. (The row in [prefix]_hikashop_zone is gone.) Although I understand the need to keep this large amount (4250 rows) of data from being replicated, it surprises me that module-instantiated values would be compromised by this kind of procedural cross-contamination, particularly when single data points are used for two or more completely separate reasons. I would have assumed that static address information wouldn't be affected by changes made in setting up tax information. After that, when I inserted the name for the subzone, the table didn't contain the original values for zone_id, nor for zone_namekey, but had instantiated a row with new settings instead of re-reading the default/shipped values. Will it corrupt the data in [prefix]_hikashop_zone_link if I go into SQL and insert a row with the correct values (from administrator/components/com_hikashop/helpers/update.php, and delete the non-standard row? Or do I need to uninstall/reinstall HikaShop again, to make sure it's in a stable state? I don't know if zone_id is a key into tax information held by another database, so I'm reluctant to do it without checking. Thanks, Ed") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 14 years 6 months ago, by [EdQ](/forum/user/6930-edq "View EdQ's Profile") [Last Post](/forum/3-bug-report/46150-deleting-tax-zone-deletes-zone-from-all-addresses#46190 "Well, I want to believe you but I'm not able to reproduce that bug. Please provide a step by step to reproduce it and I'll look at it. I created a tax zone, assigned it to another zone as a subzone, deleted the tax zone and the parent zone was still there. I'm definitely not a god and make mistakes like anyone.") 14 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:7 Views:4305 | [Last Post](/forum/3-bug-report/46150-deleting-tax-zone-deletes-zone-from-all-addresses#46190 "Well, I want to believe you but I'm not able to reproduce that bug. Please provide a step by step to reproduce it and I'll look at it. I created a tax zone, assigned it to another zone as a subzone, deleted the tax zone and the parent zone was still there. I'm definitely not a god and make mistakes like anyone.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 14 years 6 months ago |
| [](/forum/3-bug-report/46150-deleting-tax-zone-deletes-zone-from-all-addresses#46183) | [Deleting tax zone deletes zone from all addresses](/forum/3-bug-report/46150-deleting-tax-zone-deletes-zone-from-all-addresses#46183 "In trying to set up a tax zone I deleted what I thought was simply a tax subzone for a US state. To my surprise, this actually deleted the data for this subzone from all address handling, as well. (The row in [prefix]_hikashop_zone is gone.) Although I understand the need to keep this large amount (4250 rows) of data from being replicated, it surprises me that module-instantiated values would be compromised by this kind of procedural cross-contamination, particularly when single data points are used for two or more completely separate reasons. I would have assumed that static address information wouldn't be affected by changes made in setting up tax information. After that, when I inserted the name for the subzone, the table didn't contain the original values for zone_id, nor for zone_namekey, but had instantiated a row with new settings instead of re-reading the default/shipped values. Will it corrupt the data in [prefix]_hikashop_zone_link if I go into SQL and insert a row with the correct values (from administrator/components/com_hikashop/helpers/update.php, and delete the non-standard row? Or do I need to uninstall/reinstall HikaShop again, to make sure it's in a stable state? I don't know if zone_id is a key into tax information held by another database, so I'm reluctant to do it without checking. Thanks, Ed") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 14 years 6 months ago, by [EdQ](/forum/user/6930-edq "View EdQ's Profile") [Last Post](/forum/3-bug-report/46150-deleting-tax-zone-deletes-zone-from-all-addresses#46190 "Well, I want to believe you but I'm not able to reproduce that bug. Please provide a step by step to reproduce it and I'll look at it. I created a tax zone, assigned it to another zone as a subzone, deleted the tax zone and the parent zone was still there. I'm definitely not a god and make mistakes like anyone.") 14 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:7 Views:4305 | [Last Post](/forum/3-bug-report/46150-deleting-tax-zone-deletes-zone-from-all-addresses#46190 "Well, I want to believe you but I'm not able to reproduce that bug. Please provide a step by step to reproduce it and I'll look at it. I created a tax zone, assigned it to another zone as a subzone, deleted the tax zone and the parent zone was still there. I'm definitely not a god and make mistakes like anyone.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 14 years 6 months ago |
| [](/forum/3-bug-report/46150-deleting-tax-zone-deletes-zone-from-all-addresses#46181) | [Deleting tax zone deletes zone from all addresses](/forum/3-bug-report/46150-deleting-tax-zone-deletes-zone-from-all-addresses#46181 "In trying to set up a tax zone I deleted what I thought was simply a tax subzone for a US state. To my surprise, this actually deleted the data for this subzone from all address handling, as well. (The row in [prefix]_hikashop_zone is gone.) Although I understand the need to keep this large amount (4250 rows) of data from being replicated, it surprises me that module-instantiated values would be compromised by this kind of procedural cross-contamination, particularly when single data points are used for two or more completely separate reasons. I would have assumed that static address information wouldn't be affected by changes made in setting up tax information. After that, when I inserted the name for the subzone, the table didn't contain the original values for zone_id, nor for zone_namekey, but had instantiated a row with new settings instead of re-reading the default/shipped values. Will it corrupt the data in [prefix]_hikashop_zone_link if I go into SQL and insert a row with the correct values (from administrator/components/com_hikashop/helpers/update.php, and delete the non-standard row? Or do I need to uninstall/reinstall HikaShop again, to make sure it's in a stable state? I don't know if zone_id is a key into tax information held by another database, so I'm reluctant to do it without checking. Thanks, Ed") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 14 years 6 months ago, by [EdQ](/forum/user/6930-edq "View EdQ's Profile") [Last Post](/forum/3-bug-report/46150-deleting-tax-zone-deletes-zone-from-all-addresses#46190 "Well, I want to believe you but I'm not able to reproduce that bug. Please provide a step by step to reproduce it and I'll look at it. I created a tax zone, assigned it to another zone as a subzone, deleted the tax zone and the parent zone was still there. I'm definitely not a god and make mistakes like anyone.") 14 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:7 Views:4305 | [Last Post](/forum/3-bug-report/46150-deleting-tax-zone-deletes-zone-from-all-addresses#46190 "Well, I want to believe you but I'm not able to reproduce that bug. Please provide a step by step to reproduce it and I'll look at it. I created a tax zone, assigned it to another zone as a subzone, deleted the tax zone and the parent zone was still there. I'm definitely not a god and make mistakes like anyone.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 14 years 6 months ago |
[](/forum/topics/feed/mode-topics?format=feed&type=rss)
Time to create page: 0.090 seconds
[Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)
[](#top)