[Skip to main content](#vessel-content)

#  Profile for cpaschen

##

[![cpaschen's Avatar](https://www.hikashop.com/media/kunena/avatars/resized/size144/users/avatar_2013-01-25.jpg)](/forum/user/12420-cpaschen "View cpaschen's Profile")

**[ Offline](/forum/user/12420-cpaschen)**

- **User Type:** User

- **Register Date:** 18 Dec 2012
- **Last login:** 3 days 2 hours ago
- **Time Zone:**  UTC +0:00
- **Local Time:** 19:32

- **Posts:** 196
- **Profile views:** 478
- **Thank you received:** 6

- **Location:**  [St. Paul, MN](https://maps.google.com?q=St.%20Paul,%20MN)
- **Gender:** Male
- **Birthdate:** Unknown
- **Medals:**  Hikashop Business

[ http://www.paschencommunications.com](http://www.paschencommunications.com)

- Posts

#  cpaschen's recent posts  (196 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

| <a id="forumtop"> </a> [  ](#forumbottom) | Subject | Replies / Views | Last Post | <a id="forumbottom"> </a> [   ](#forumtop) |
|---|---|---|---|---|
| [](/forum/25-install-update/908764-upgrading-to-new-paypal-payment-method-results-in-500-error#368700) | [Upgrading to new PayPal payment method results in 500 error](/forum/25-install-update/908764-upgrading-to-new-paypal-payment-method-results-in-500-error#368700 "-- HikaShop version -- : 5.1.1 -- Joomla version -- : 5.1.4 -- PHP version -- : 8.2.24 -- Browser(s) name and version -- : Firefox  We've recently upgraded a Hikashop system from J3 to J5. We've upgraded HS to 5.1.1 However, it is still using the old Paypal payment method.  When going to the HS configuration page we see the notice:  However, when going to the System&gt;Payment methods screen and clicking new we get a 500 error.  The details displayed are:  Compile Error: Array and string offset access syntax with curly braces is no longer supported  in .../plugins/hikashoppayment/platron/PG&#95;Signature.php:17  and the specific line of code is:  if ( $len == 0 \|\| '/' == $path{$len-1} ) {  I tried reverting the server back to PHP 8.1.30 to see if that resolved the issue, but it didn't.  Do you have a fix for this error?")        Category: [Install &amp; Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.")     Topic started 2 years 3 weeks ago, by [cpaschen](/forum/user/12420-cpaschen "View cpaschen's Profile")       [Last Post](/forum/25-install-update/908764-upgrading-to-new-paypal-payment-method-results-in-500-error#368700 "Just a follow-up note there (in case others run into this problem). Disabling the Platron plugin didn't help. I had to remove the plugin completely for the NEW button to work.") 1 year 1 month ago     by [cpaschen](/forum/user/12420-cpaschen "View cpaschen's Profile") | Replies:2  Views:667 | [Last Post](/forum/25-install-update/908764-upgrading-to-new-paypal-payment-method-results-in-500-error#368700 "Just a follow-up note there (in case others run into this problem). Disabling the Platron plugin didn't help. I had to remove the plugin completely for the NEW button to work.") by [cpaschen](/forum/user/12420-cpaschen "View cpaschen's Profile")      1 year 1 month ago |
| [](/forum/25-install-update/908764-upgrading-to-new-paypal-payment-method-results-in-500-error#363936) | [Upgrading to new PayPal payment method results in 500 error](/forum/25-install-update/908764-upgrading-to-new-paypal-payment-method-results-in-500-error#363936 "-- HikaShop version -- : 5.1.1 -- Joomla version -- : 5.1.4 -- PHP version -- : 8.2.24 -- Browser(s) name and version -- : Firefox  We've recently upgraded a Hikashop system from J3 to J5. We've upgraded HS to 5.1.1 However, it is still using the old Paypal payment method.  When going to the HS configuration page we see the notice:  However, when going to the System&gt;Payment methods screen and clicking new we get a 500 error.  The details displayed are:  Compile Error: Array and string offset access syntax with curly braces is no longer supported  in .../plugins/hikashoppayment/platron/PG&#95;Signature.php:17  and the specific line of code is:  if ( $len == 0 \|\| '/' == $path{$len-1} ) {  I tried reverting the server back to PHP 8.1.30 to see if that resolved the issue, but it didn't.  Do you have a fix for this error?")        Category: [Install &amp; Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.")     Topic started 2 years 3 weeks ago, by [cpaschen](/forum/user/12420-cpaschen "View cpaschen's Profile")       [Last Post](/forum/25-install-update/908764-upgrading-to-new-paypal-payment-method-results-in-500-error#368700 "Just a follow-up note there (in case others run into this problem). Disabling the Platron plugin didn't help. I had to remove the plugin completely for the NEW button to work.") 1 year 1 month ago     by [cpaschen](/forum/user/12420-cpaschen "View cpaschen's Profile") | Replies:2  Views:667 | [Last Post](/forum/25-install-update/908764-upgrading-to-new-paypal-payment-method-results-in-500-error#368700 "Just a follow-up note there (in case others run into this problem). Disabling the Platron plugin didn't help. I had to remove the plugin completely for the NEW button to work.") by [cpaschen](/forum/user/12420-cpaschen "View cpaschen's Profile")      1 year 1 month ago |
| [](/forum/46-discount-coupon/897785-automatic-discount-added-somehow#308259) | [Automatic Discount added somehow](/forum/46-discount-coupon/897785-automatic-discount-added-somehow#308259 "-- url of the page with the problem -- : n/a -- HikaShop version -- : 4.0.2 -&gt; 4.1.0 -- Joomla version -- : 3.9.6 -- PHP version -- : 7.1.x -- Browser(s) name and version -- : various -- Error-message(debug-mod must be tuned on) -- : na  We have a site where only 2 of us have admin access and we rarely access the admin (because the site just has worked fine almost on auto-pilot - other than regular updates).  We were running on 4.0.2 and about 5 weeks ago somehow a 15% discount was added that gets applied to all orders.  The problem is that neither of us that have admin access created that discount - nor know who might have done that.  Was there any know security issue in 4.02 (or previous) that would have allowed that type of access somehow?  I looked at the coupon/discount table and there isn't any way to tell who/when that discount was created (not even a created date or created by field). It would sure be helpful to be able to see by who and when discounts/coupons were created (and last modified).  We've since unpublished that discount and have been tightening the security across the entire site (new passwords, and other site hardening).  Any thoughts/tips appreciated.")        Category: [Discount &amp; Coupon](/forum/46-discount-coupon "Increase your sales with our coupon/discount feature")     Topic started 7 years 4 months ago, by [cpaschen](/forum/user/12420-cpaschen "View cpaschen's Profile")       [Last Post](/forum/46-discount-coupon/897785-automatic-discount-added-somehow#308261 "Hi,  Well, even if we add it in the future, that won't explain why you got the issue in the past. And even if you get the issue again in the future, it could still be a mistery. If it was added by a hack, then if it was done through a direct MySQL query, these fields wouldn't be filled. All that would tell you is who added it when if it was really added by you through the interface. But yes, we'll look at actions logging in the future. And not just for that, but for orders, customers, products, etc.") 7 years 4 months ago     by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:6  Views:2094 | [Last Post](/forum/46-discount-coupon/897785-automatic-discount-added-somehow#308261 "Hi,  Well, even if we add it in the future, that won't explain why you got the issue in the past. And even if you get the issue again in the future, it could still be a mistery. If it was added by a hack, then if it was done through a direct MySQL query, these fields wouldn't be filled. All that would tell you is who added it when if it was really added by you through the interface. But yes, we'll look at actions logging in the future. And not just for that, but for orders, customers, products, etc.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile")      7 years 4 months ago |
| [](/forum/46-discount-coupon/897785-automatic-discount-added-somehow#308232) | [Automatic Discount added somehow](/forum/46-discount-coupon/897785-automatic-discount-added-somehow#308232 "-- url of the page with the problem -- : n/a -- HikaShop version -- : 4.0.2 -&gt; 4.1.0 -- Joomla version -- : 3.9.6 -- PHP version -- : 7.1.x -- Browser(s) name and version -- : various -- Error-message(debug-mod must be tuned on) -- : na  We have a site where only 2 of us have admin access and we rarely access the admin (because the site just has worked fine almost on auto-pilot - other than regular updates).  We were running on 4.0.2 and about 5 weeks ago somehow a 15% discount was added that gets applied to all orders.  The problem is that neither of us that have admin access created that discount - nor know who might have done that.  Was there any know security issue in 4.02 (or previous) that would have allowed that type of access somehow?  I looked at the coupon/discount table and there isn't any way to tell who/when that discount was created (not even a created date or created by field). It would sure be helpful to be able to see by who and when discounts/coupons were created (and last modified).  We've since unpublished that discount and have been tightening the security across the entire site (new passwords, and other site hardening).  Any thoughts/tips appreciated.")        Category: [Discount &amp; Coupon](/forum/46-discount-coupon "Increase your sales with our coupon/discount feature")     Topic started 7 years 4 months ago, by [cpaschen](/forum/user/12420-cpaschen "View cpaschen's Profile")       [Last Post](/forum/46-discount-coupon/897785-automatic-discount-added-somehow#308261 "Hi,  Well, even if we add it in the future, that won't explain why you got the issue in the past. And even if you get the issue again in the future, it could still be a mistery. If it was added by a hack, then if it was done through a direct MySQL query, these fields wouldn't be filled. All that would tell you is who added it when if it was really added by you through the interface. But yes, we'll look at actions logging in the future. And not just for that, but for orders, customers, products, etc.") 7 years 4 months ago     by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:6  Views:2094 | [Last Post](/forum/46-discount-coupon/897785-automatic-discount-added-somehow#308261 "Hi,  Well, even if we add it in the future, that won't explain why you got the issue in the past. And even if you get the issue again in the future, it could still be a mistery. If it was added by a hack, then if it was done through a direct MySQL query, these fields wouldn't be filled. All that would tell you is who added it when if it was really added by you through the interface. But yes, we'll look at actions logging in the future. And not just for that, but for orders, customers, products, etc.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile")      7 years 4 months ago |
| [](/forum/46-discount-coupon/897785-automatic-discount-added-somehow#308230) | [Automatic Discount added somehow](/forum/46-discount-coupon/897785-automatic-discount-added-somehow#308230 "-- url of the page with the problem -- : n/a -- HikaShop version -- : 4.0.2 -&gt; 4.1.0 -- Joomla version -- : 3.9.6 -- PHP version -- : 7.1.x -- Browser(s) name and version -- : various -- Error-message(debug-mod must be tuned on) -- : na  We have a site where only 2 of us have admin access and we rarely access the admin (because the site just has worked fine almost on auto-pilot - other than regular updates).  We were running on 4.0.2 and about 5 weeks ago somehow a 15% discount was added that gets applied to all orders.  The problem is that neither of us that have admin access created that discount - nor know who might have done that.  Was there any know security issue in 4.02 (or previous) that would have allowed that type of access somehow?  I looked at the coupon/discount table and there isn't any way to tell who/when that discount was created (not even a created date or created by field). It would sure be helpful to be able to see by who and when discounts/coupons were created (and last modified).  We've since unpublished that discount and have been tightening the security across the entire site (new passwords, and other site hardening).  Any thoughts/tips appreciated.")        Category: [Discount &amp; Coupon](/forum/46-discount-coupon "Increase your sales with our coupon/discount feature")     Topic started 7 years 4 months ago, by [cpaschen](/forum/user/12420-cpaschen "View cpaschen's Profile")       [Last Post](/forum/46-discount-coupon/897785-automatic-discount-added-somehow#308261 "Hi,  Well, even if we add it in the future, that won't explain why you got the issue in the past. And even if you get the issue again in the future, it could still be a mistery. If it was added by a hack, then if it was done through a direct MySQL query, these fields wouldn't be filled. All that would tell you is who added it when if it was really added by you through the interface. But yes, we'll look at actions logging in the future. And not just for that, but for orders, customers, products, etc.") 7 years 4 months ago     by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:6  Views:2094 | [Last Post](/forum/46-discount-coupon/897785-automatic-discount-added-somehow#308261 "Hi,  Well, even if we add it in the future, that won't explain why you got the issue in the past. And even if you get the issue again in the future, it could still be a mistery. If it was added by a hack, then if it was done through a direct MySQL query, these fields wouldn't be filled. All that would tell you is who added it when if it was really added by you through the interface. But yes, we'll look at actions logging in the future. And not just for that, but for orders, customers, products, etc.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile")      7 years 4 months ago |
| [](/forum/46-discount-coupon/897785-automatic-discount-added-somehow#308189) | [Automatic Discount added somehow](/forum/46-discount-coupon/897785-automatic-discount-added-somehow#308189 "-- url of the page with the problem -- : n/a -- HikaShop version -- : 4.0.2 -&gt; 4.1.0 -- Joomla version -- : 3.9.6 -- PHP version -- : 7.1.x -- Browser(s) name and version -- : various -- Error-message(debug-mod must be tuned on) -- : na  We have a site where only 2 of us have admin access and we rarely access the admin (because the site just has worked fine almost on auto-pilot - other than regular updates).  We were running on 4.0.2 and about 5 weeks ago somehow a 15% discount was added that gets applied to all orders.  The problem is that neither of us that have admin access created that discount - nor know who might have done that.  Was there any know security issue in 4.02 (or previous) that would have allowed that type of access somehow?  I looked at the coupon/discount table and there isn't any way to tell who/when that discount was created (not even a created date or created by field). It would sure be helpful to be able to see by who and when discounts/coupons were created (and last modified).  We've since unpublished that discount and have been tightening the security across the entire site (new passwords, and other site hardening).  Any thoughts/tips appreciated.")        Category: [Discount &amp; Coupon](/forum/46-discount-coupon "Increase your sales with our coupon/discount feature")     Topic started 7 years 4 months ago, by [cpaschen](/forum/user/12420-cpaschen "View cpaschen's Profile")       [Last Post](/forum/46-discount-coupon/897785-automatic-discount-added-somehow#308261 "Hi,  Well, even if we add it in the future, that won't explain why you got the issue in the past. And even if you get the issue again in the future, it could still be a mistery. If it was added by a hack, then if it was done through a direct MySQL query, these fields wouldn't be filled. All that would tell you is who added it when if it was really added by you through the interface. But yes, we'll look at actions logging in the future. And not just for that, but for orders, customers, products, etc.") 7 years 4 months ago     by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:6  Views:2094 | [Last Post](/forum/46-discount-coupon/897785-automatic-discount-added-somehow#308261 "Hi,  Well, even if we add it in the future, that won't explain why you got the issue in the past. And even if you get the issue again in the future, it could still be a mistery. If it was added by a hack, then if it was done through a direct MySQL query, these fields wouldn't be filled. All that would tell you is who added it when if it was really added by you through the interface. But yes, we'll look at actions logging in the future. And not just for that, but for orders, customers, products, etc.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile")      7 years 4 months ago |
| [](/forum/35-orders-management/896609-payment-notification-not-being-sent#303682) | [Payment notification not being sent](/forum/35-orders-management/896609-payment-notification-not-being-sent#303682 "-- HikaShop version -- : 4.0.1 -- Joomla version -- : 3.9.1 -- PHP version -- : 7.2.13 -- Browser(s) name and version -- : Chrome -- Error-message(debug-mod must be tuned on) -- : none  We are using Authorize.net and orders are being processed and marked as complete (having been paid); however, the Payment notification email is not being sent since we upgraded to 4.x.  Order creation emails ARE being sent.  Payment notifications are set to send to a different email address than Order creation (sending to fulfillment house to send products).  I've confirmed that the Payment notification email is published (and Email history is set to Yes).  In the email history is shows the order creation notifications and an order status change (i.e. order...is now confirmed) being sent out, but no order payment notifications.")         Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management")     Topic started 7 years 10 months ago, by [cpaschen](/forum/user/12420-cpaschen "View cpaschen's Profile")       [Last Post](/forum/35-orders-management/896609-payment-notification-not-being-sent#304123 "Hi Nicolas, I made copy of livesite and setup testsite form that. Installed Hikashop over existing installation and did some testing. That is working now how it should ;).  Did the same after that for the livesite and informed my client. I assume the livesite will be working fine now also. I asked them to keep me informed.  Keep my fingers crossed.  Thanks for the help.") 7 years 8 months ago     by [gasoline](/forum/user/6454-gasoline "View gasoline's Profile") | Replies:19  Views:1794 | [Last Post](/forum/35-orders-management/896609-payment-notification-not-being-sent#304123 "Hi Nicolas, I made copy of livesite and setup testsite form that. Installed Hikashop over existing installation and did some testing. That is working now how it should ;).  Did the same after that for the livesite and informed my client. I assume the livesite will be working fine now also. I asked them to keep me informed.  Keep my fingers crossed.  Thanks for the help.") by [gasoline](/forum/user/6454-gasoline "View gasoline's Profile")      7 years 8 months ago |
| [](/forum/35-orders-management/896609-payment-notification-not-being-sent#302373) | [Payment notification not being sent](/forum/35-orders-management/896609-payment-notification-not-being-sent#302373 "-- HikaShop version -- : 4.0.1 -- Joomla version -- : 3.9.1 -- PHP version -- : 7.2.13 -- Browser(s) name and version -- : Chrome -- Error-message(debug-mod must be tuned on) -- : none  We are using Authorize.net and orders are being processed and marked as complete (having been paid); however, the Payment notification email is not being sent since we upgraded to 4.x.  Order creation emails ARE being sent.  Payment notifications are set to send to a different email address than Order creation (sending to fulfillment house to send products).  I've confirmed that the Payment notification email is published (and Email history is set to Yes).  In the email history is shows the order creation notifications and an order status change (i.e. order...is now confirmed) being sent out, but no order payment notifications.")         Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management")     Topic started 7 years 10 months ago, by [cpaschen](/forum/user/12420-cpaschen "View cpaschen's Profile")       [Last Post](/forum/35-orders-management/896609-payment-notification-not-being-sent#304123 "Hi Nicolas, I made copy of livesite and setup testsite form that. Installed Hikashop over existing installation and did some testing. That is working now how it should ;).  Did the same after that for the livesite and informed my client. I assume the livesite will be working fine now also. I asked them to keep me informed.  Keep my fingers crossed.  Thanks for the help.") 7 years 8 months ago     by [gasoline](/forum/user/6454-gasoline "View gasoline's Profile") | Replies:19  Views:1794 | [Last Post](/forum/35-orders-management/896609-payment-notification-not-being-sent#304123 "Hi Nicolas, I made copy of livesite and setup testsite form that. Installed Hikashop over existing installation and did some testing. That is working now how it should ;).  Did the same after that for the livesite and informed my client. I assume the livesite will be working fine now also. I asked them to keep me informed.  Keep my fingers crossed.  Thanks for the help.") by [gasoline](/forum/user/6454-gasoline "View gasoline's Profile")      7 years 8 months ago |
| [](/forum/35-orders-management/896609-payment-notification-not-being-sent#302293) | [Payment notification not being sent](/forum/35-orders-management/896609-payment-notification-not-being-sent#302293 "-- HikaShop version -- : 4.0.1 -- Joomla version -- : 3.9.1 -- PHP version -- : 7.2.13 -- Browser(s) name and version -- : Chrome -- Error-message(debug-mod must be tuned on) -- : none  We are using Authorize.net and orders are being processed and marked as complete (having been paid); however, the Payment notification email is not being sent since we upgraded to 4.x.  Order creation emails ARE being sent.  Payment notifications are set to send to a different email address than Order creation (sending to fulfillment house to send products).  I've confirmed that the Payment notification email is published (and Email history is set to Yes).  In the email history is shows the order creation notifications and an order status change (i.e. order...is now confirmed) being sent out, but no order payment notifications.")         Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management")     Topic started 7 years 10 months ago, by [cpaschen](/forum/user/12420-cpaschen "View cpaschen's Profile")       [Last Post](/forum/35-orders-management/896609-payment-notification-not-being-sent#304123 "Hi Nicolas, I made copy of livesite and setup testsite form that. Installed Hikashop over existing installation and did some testing. That is working now how it should ;).  Did the same after that for the livesite and informed my client. I assume the livesite will be working fine now also. I asked them to keep me informed.  Keep my fingers crossed.  Thanks for the help.") 7 years 8 months ago     by [gasoline](/forum/user/6454-gasoline "View gasoline's Profile") | Replies:19  Views:1794 | [Last Post](/forum/35-orders-management/896609-payment-notification-not-being-sent#304123 "Hi Nicolas, I made copy of livesite and setup testsite form that. Installed Hikashop over existing installation and did some testing. That is working now how it should ;).  Did the same after that for the livesite and informed my client. I assume the livesite will be working fine now also. I asked them to keep me informed.  Keep my fingers crossed.  Thanks for the help.") by [gasoline](/forum/user/6454-gasoline "View gasoline's Profile")      7 years 8 months ago |
| [](/forum/35-orders-management/895957-getting-user-name-on-invoice#299086) | [Getting user name on invoice](/forum/35-orders-management/895957-getting-user-name-on-invoice#299086 "-- HikaShop version -- : 3.5.1 -- Joomla version -- : 3.8.12 -- PHP version -- : 7.1.15  When I display the Invoice (from admin) the 'Ordered by' area is blank, as is the billing address.  We don't collect that information from users when ordering because they have already supplied that information via Community Builder when they set-up their user account.  Is there any way to ...  1. Pull in the user's data into a HS address record (for billing or shipping) automatically from CB? OR 2. Can we at least get the order to show the customer's name and email address on the invoice (that is already displaying in the &quot;Customer&quot; area in the order details)  Additionally, when I try to edit the Billing address/Shipping address on the admin side of the order, clicking the check mark (to accept the change) just clears everything entered.  NOTE: I have tried to look through the display area to determine where to make changes to the template; however, I don't know which of the many templates to change and (esp. for option 2 above) how to access the name/email data.")        Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management")     Topic started 8 years 3 weeks ago, by [cpaschen](/forum/user/12420-cpaschen "View cpaschen's Profile")       [Last Post](/forum/35-orders-management/895957-getting-user-name-on-invoice#299090 "Hi,  To know which view file you want to edit, you can use the &quot;Display view files&quot; setting of the Hikashop ocnfiguration:   www.hikashop.com/support/documentation/1...-display.html#layout  You sure can pull the address from CB in a HS address. For example, you could do that in the onBeforeOrderCreate(&amp;$order, &amp;$do) trigger in a custom plugin of the group hikashop. In there, you could use such code to get the joomla id: Then, you could call CB to load the address based on that ID, or with a MySQL query (you have to check with the support of CB about how to do that). Once you have the address, you can create a new record in the table hikashop&#95;address using $user-&gt;user&#95;id as the user&#95;id in the hikashop&#95;address table and the data from CB for the other fields. You can use a MySQL query or the code of HikaShop like that: And then you can use that address&#95;id in the order like that:") 8 years 3 weeks ago     by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1  Views:1178 | [Last Post](/forum/35-orders-management/895957-getting-user-name-on-invoice#299090 "Hi,  To know which view file you want to edit, you can use the &quot;Display view files&quot; setting of the Hikashop ocnfiguration:   www.hikashop.com/support/documentation/1...-display.html#layout  You sure can pull the address from CB in a HS address. For example, you could do that in the onBeforeOrderCreate(&amp;$order, &amp;$do) trigger in a custom plugin of the group hikashop. In there, you could use such code to get the joomla id: Then, you could call CB to load the address based on that ID, or with a MySQL query (you have to check with the support of CB about how to do that). Once you have the address, you can create a new record in the table hikashop&#95;address using $user-&gt;user&#95;id as the user&#95;id in the hikashop&#95;address table and the data from CB for the other fields. You can use a MySQL query or the code of HikaShop like that: And then you can use that address&#95;id in the order like that:") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile")      8 years 3 weeks ago |

[](/forum/topics/feed/mode-topics?format=feed&type=rss)

Time to create page: 0.068 seconds

[Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)
