Community Forums

by **gob33** » Thu Oct 18, 2012 10:48 am

osCommerce 2.3.3 has:

Code: Select all: INSERT INTO countries VALUES (73,'France','FR','FRA','1'); INSERT INTO countries VALUES (74,'France, Metropolitan','FX','FXX','1');

ZenCart 1.5.1 has removed 74 according to ISO-3166-1:

Code: Select all: INSERT INTO countries VALUES (73,'France','FR','FRA','1');

I prefer having the 2 codes, 73 and 74, french users are aware of that. Merchant can choose then to delete 74 if wanted after install. FR need to be 73 for address transfers, it matters.
BOTH regions and depts are needed. BOTH. Some merchants use regions.
The official reference to follow is ISO-3166-2 FR.
Thats i did in my SQL script.

by **ogun** » Thu Oct 18, 2012 2:26 pm

Off-topic and not a bug - but Sagepay users should make the ISO codes for 'France, Metropolitan' the same as they are for 'France' (FR and FRA) as Sagepay doesn't recognise FX or FXX.

by **ADD Creative** » Thu Oct 18, 2012 4:19 pm

Perhaps the best solution is to have both, disable 73 but still have all the zones listed.
73, 'France, Regions', 'FR', 'FRA' (with the regions as zones)
74, 'France, Departments', 'FR', 'FRA' (with the departments as zones)

French store owners can then just enable 73 and disable 74 if they want regions instead of departments. With both having the FR code all the payment and shipping modules should work.

Only having one France enabled will also help with the problem of when a non-French customer has to ship to France they don't know which one to select.

by **gob33** » Fri Oct 19, 2012 12:38 am

And if someone want FR 73 with departments ?
Let it as it was before (i.e like osCommerce) BUT with the zones updated (6 new insertions).
That was the original problem, not FR, FX which did not disturb much people in old versions.
Those who want one code will remove the FX 74 by themself through Admin after install.
BL, MF as countries and zones. Thats all.

by **paiez89** » Fri Oct 19, 2012 7:18 pm

Hi...

I'm new here. I got bug which is in checkout page, i got popup shows header script with "OK" button. Then, if i click "Continue" button, the popup shows header script again and i need to click "Ok" button to continue.

Please help me.

by **gob33** » Sat Oct 20, 2012 4:36 pm

Im ABSOLUTELY AGAINST what have been done with the removal of FR code 73.
Expect problems with all french users at next OC update. Even ZC has keep it.

by **Daniel** » Sat Oct 20, 2012 5:03 pm

I have been to busy of late to fix some of the bugs that have been listed here. the last 2 weeks I have been updating the documentation (will be released soon). should be able to look though some of the post soon.

by **mwd** » Sun Oct 21, 2012 5:44 am

Every now and then an order will come through that doesn't have the REQUIRED option selected on a product, and forces me to call the customer to find out what they originally selected.
This only happens on maybe one out of 400-500 orders.
I wasn't able to duplicate the bug in the past when I tried, but didn't pay it much mind since it happens so infrequently.
Every time I test it out, OC won't let a product be added to the cart without the required option being selected first.

This week it happened on 5 or 6 orders, and I started asking questions.
So far the common theme seems to be customers who add products to their cart with the required option selected, but don't check out for a couple of days.
Is it possible that their selected option is "expiring" in some way while the product is still retained in the saved cart?
Has anyone else reported this bug?
A search of google and the forum turned up nothing.

by **i2Paq** » Sun Oct 21, 2012 8:07 am

mwd wrote:Every now and then an order will come through that doesn't have the REQUIRED option selected on a product, and forces me to call the customer to find out what they originally selected.
This only happens on maybe one out of 400-500 orders.
I wasn't able to duplicate the bug in the past when I tried, but didn't pay it much mind since it happens so infrequently.
Every time I test it out, OC won't let a product be added to the cart without the required option being selected first.

This week it happened on 5 or 6 orders, and I started asking questions.
So far the common theme seems to be customers who add products to their cart with the required option selected, but don't check out for a couple of days.
Is it possible that their selected option is "expiring" in some way while the product is still retained in the saved cart?
Has anyone else reported this bug?
A search of google and the forum turned up nothing.

Did you change the options on that product in between?
Meaning: after they have added it to their cart?

by **jmagro** » Tue Oct 23, 2012 2:00 pm

***To fix OC 1.5.4.1 payment method for Authorize.net***

/catalog/controller/payment/authorizenet_aim.php
File compare from OC 1.5.3.1 and OC 1.5.4.1

using OC 1.5.3.1 authorizenet_aim.php
rename all "$response_data" to "$response_info"

save and copy this new file to your server and problem solved...

This did not fix the problem for me. My orders are still going missing and I am not getting new order email alerts. $response_data was nowhere to be found in that file.

by **jmagro** » Tue Oct 23, 2012 8:26 pm

For anyone having the annoying "missing orders" issue. I found this fix ... and it actually worked! http://forum.opencart.com/viewtopic.php?f=20&t=79388&start=40#p347416

by **Daniel** » Wed Oct 24, 2012 4:15 pm

if you are missing orders make sure the order status actually has a value and its not an order status id deleted. if you deleted any you need to resave your settings and settings for any payment gateway you setup.

by **i2Paq** » Thu Oct 25, 2012 10:29 am

The Order Report does not show the Tax per order, it just shows 0.00

by **mwd** » Sat Oct 27, 2012 1:00 am

i2Paq wrote:
mwd wrote:Every now and then an order will come through that doesn't have the REQUIRED option selected on a product, and forces me to call the customer to find out what they originally selected.
This only happens on maybe one out of 400-500 orders.
I wasn't able to duplicate the bug in the past when I tried, but didn't pay it much mind since it happens so infrequently.
Every time I test it out, OC won't let a product be added to the cart without the required option being selected first.

This week it happened on 5 or 6 orders, and I started asking questions.
So far the common theme seems to be customers who add products to their cart with the required option selected, but don't check out for a couple of days.
Is it possible that their selected option is "expiring" in some way while the product is still retained in the saved cart?
Has anyone else reported this bug?
A search of google and the forum turned up nothing.

Did you change the options on that product in between?
Meaning: after they have added it to their cart?

Hi i2Paq,

No, none of the options have changed.
I just had 5 more in the last few days.
Seems to be happening every 30-50 orders now.

I thought it might be related to customers leaving items in their cart for days before checking out, but the last customer claims he just went online and placed his order in one shot.
The only change I can think of is the server getting upgraded from php5.2 to 5.3 a while ago.
I don't remember this happening before 5.3, but that could just be coincidence.

by **xxvirusxx** » Sat Oct 27, 2012 3:36 pm

When try to login give me this error.

Code: Select all: Fatal error: Call to undefined method ModelAccountCustomer::getCustomerByEmail() in /public_html/site_name/catalog/controller/account/login.php on line 185

After refresh, error disappear and user is connected.

How solve this? Tks

by **i2Paq** » Sat Oct 27, 2012 4:55 pm

xxvirusxx wrote:When try to login give me this error.
Code: Select all
Fatal error: Call to undefined method ModelAccountCustomer::getCustomerByEmail() in /public_html/site_name/catalog/controller/account/login.php on line 185

After refresh, error disappear and user is connected.

How solve this? Tks

Clean install or upgrade?
Default or custom theme?

by **maccadon** » Tue Oct 30, 2012 7:10 pm

I posted this in the template section but there is a problem with the layout of opencart.

When hovering above the official opencart template menu in IE10 (both desktop and metro version) it sometime doesn't dropdown but shows a small 5 px dropdown.
Any idea what the fix for this is? This should definitely be addressed.
This is also visible on de demo site of opencart http://demo.opencart.com/
See image

by **Daniel** » Fri Nov 02, 2012 12:34 pm

just spotted this after installing windows 8.

you have screwed me again microsoft!

by **amdev** » Mon Nov 05, 2012 6:00 am

Found a problem with filemanager on Ipad.
Can't select image(Dbclick) , double-click in Ipad mean zoom.

Thanks,

by **minikits** » Mon Nov 05, 2012 9:25 pm

There appears to be an ongoing problem with paypal standard payments & GST Tax, causing Paypal to show a different amount for the item price. I have found many messages in forums etc with similar issues with Paypal standard. This problem does not happen if an overseas customer purchases as there is no Tax in the checkout. The easy fix would be to add a check box in the Paypal standards module to only send the invoice Total to paypal as a single item. This would also fix the problems of the customer getting invoices from both Opencart & paypal. I did see a VQmod for an older version of Opencart that did this, but unfortunatelly many are still have this problem in newer 1.5.4 versions.

http://www.minikits.com.au/doc/cart2.pdf

http://www.minikits.com.au/doc/paypal2.pdf

Regards mark