OFFICIAL v1.4.9.3 BUG THREAD. POST ALL BUGS HERE

[jcgadgets]

When I open Internet Explorer or Safari I go to my shop's url: http://amhardware.com/shop/

When I click on the Home Tab my urls is: https://amhardware.secure.omnis.com/sho ... ommon/home
When I click on the Basket Tab my url is: https://amhardware.secure.omnis.com/sho ... ckout/cart
When I click on the Login Tab my url is: https:///amhardware.secure.omnis.com/shop/index.php?route=account/login
When I click on the Account Tab my url is: https:///amhardware.secure.omnis.com/shop/index.php?route=account/account

When I click on the checkout tab my urls is: https:///amhardware.secure.omnis.com/shop/index.php?route=checkout/shipping

I Do have SSL turned on. In settings I have set my store address to https://amhardware.secure.omnis.com/shop/
which is also my address that is setup correctly in the admin/config file.

Everything with the ssl worked fine in v1.4.9.1 after I upgraded to v1.4.9.3 I have had this problem. Everything seems to work great in Firefox & Chrome. I can't even find where to fix this and why it is doing this.

Please help asap.

What exactly is the problem? Aside from you having it setup wrong? But it looks like you wanted it to be setup wrong so it is working as designed

Every page is supposed to be https then? My home page and basket page are not...is this an error / problem?


Thank you,
Jared

[angelsix]

BUG: User selected Currency not passing through to credit card payments.

Since upgrading to 1.4.9.3 from 1.4.9.1, payments made by card (PayPal Pro) that were working before are now having their card charged for the default item value, regardless of currency selected. So if they select US for example when the item is priced by default in UK, then the order will say the correct amount, so will the email and the entire OpenCart system and it will not detect any errors, yet if you look at your receiving bank it is actually charging the card for the default rate, not the converted rate!

This is bad news for example if the item costs £77 ($122) and the end user selects $ as their currency, their card will be charged £49 ($77), and nothing in the system even detects this happens!

[Qphoria]

BUG: User selected Currency not passing through to credit card payments.

Since upgrading to 1.4.9.3 from 1.4.9.1, payments made by card (PayPal Pro) that were working before are now having their card charged for the default item value, regardless of currency selected. So if they select US for example when the item is priced by default in UK, then the order will say the correct amount, so will the email and the entire OpenCart system and it will not detect any errors, yet if you look at your receiving bank it is actually charging the card for the default rate, not the converted rate!

This is bad news for example if the item costs £77 ($122) and the end user selects $ as their currency, their card will be charged £49 ($77), and nothing in the system even detects this happens!

This has been there for a while in different payment gateways... some of them were fixed, some where not

[angelsix]

Ok... and is this going to be fixed within the next few days? If not I will have to remove the entire OpenCart from site and replace it with one that doesn't have the error as I cannot afford issues of that severity.

[Qphoria]

Ok... and is this going to be fixed within the next few days? If not I will have to remove the entire OpenCart from site and replace it with one that doesn't have the error as I cannot afford issues of that severity.

It actually doesn't cause many problems.. that is why we never fix it. What module are you using? paypal pro? This was broken since day 1 so it couldn't have started to work in 1.4.9.1 and then broke in 1.4.9.3 as there was no change to this file. It is more likely that you just never saw this before because you always pay in your own default currency

Try this:
1. EDIT: catalog/controller/payment/pp_pro.php

2. FIND:

Code: Select all

$order_info['value']

3. REPLACE WITH:

Code: Select all

1.000000

[bajaber]

BUG: User selected Currency not passing through to credit card payments.

Since upgrading to 1.4.9.3 from 1.4.9.1, payments made by card (PayPal Pro) that were working before are now having their card charged for the default item value, regardless of currency selected. So if they select US for example when the item is priced by default in UK, then the order will say the correct amount, so will the email and the entire OpenCart system and it will not detect any errors, yet if you look at your receiving bank it is actually charging the card for the default rate, not the converted rate!

This is bad news for example if the item costs £77 ($122) and the end user selects $ as their currency, their card will be charged £49 ($77), and nothing in the system even detects this happens!

I encountered the same. But I thought my cache was having problems. Thanks for alerting. I need to do some rethinking about my default currency. Hmm...

[Fyshell]

Bug:URl like:http://www.yoursite.com/index.php?route=information/information&
It seems get a wrong way .Site physical path will be discover,try it(v1.4.9.1andV1.4.9.3,maybe other)

[tzabaman]

I also have the same problem with mail headers. There is something wrong with the encoding when I'm using GREEK characters in the "First Name" field of contact form. When i look into the mail that i received in outlook (2007) the Subject, From and Reply-To headers are not properly encoded. Here is what I receive:

Code: Select all

Subject: Enquiry ΓΙΩΡΓΟΣ ΒΡΕΤΤΟΣ
X-PHP-Script: www.someone.gr/index.php for 85.*.*.*
From: ΓΙΩΡΓΟΣ ΒΡΕΤΤΟΣ<someone@someone.gr>
Reply-To: ΓΙΩΡΓΟΣ ΒΡΕΤΤΟΣ<someone@someone.gr>


The encoding of the main message is fine. Just the headers...

I'm using a clean install of 1.4.9.3. I think that this bug was also present in older versions

Thanks

[lucass]

Hello

I am using Opencart 1.4.9.3
I have a problem with product options. When I add few options and few option values to each of options, I click "Save" and I receive error:

Code: Select all

Notice: Undefined index: sort_order in /srv/home/lv121791/public_html/admin/model/catalog/product.php on line 136
Warning: Cannot modify header information - headers already sent by (output started at /srv/home/lv121791/public_html/admin/index.php:72) in /srv/home/lv121791/public_html/system/engine/controller.php on line 27

Here is a tip how to reproduce this error:
- edit product
- add first option
- add 7 option values to first option
- add second option
- add 25 option values to second option
- click save

I installed totally new, clean installation of opencart 1.4.9.3 to check if it will avoid this error, but the error appears even on this clean installation.

Regards

[Qphoria]

Here is a tip how to reproduce this error:
- edit product
- add first option
- add 7 option values to first option
- add second option
- add 25 option values to second option
- click save

I installed totally new, clean installation of opencart 1.4.9.3 to check if it will avoid this error, but the error appears even on this clean installation.

Regards

OHH I read it more carefully now and I know what the issue is... There are a few limits in php
max upload size
max upload time
max post size
passing in all the fields from product, plus an additional hundred or so from 34 options is a LOT of data to post back, and most shared hosts have limits. Ask your host to increase these limits or try to increase them from the htaccess or php.ini files

[i2Paq]

In Line 95, after we added this line

Code: Select all

$header .= 'Date: ' . date("D, d M Y H:i:S O") . $this->newline;


The SPAM problem will solved.

Great find. I'll add it to the core. Thanks

Should we need to add this to files from 1.4.9.1/1.4.9.2 to?

[lucass]

Youre right!

I migrated my shop to another server and it worked well with many options!

Thank You! I will try to overwrite these limits

[Qphoria]

In Line 95, after we added this line

Code: Select all

$header .= 'Date: ' . date("D, d M Y H:i:S O") . $this->newline;


The SPAM problem will solved.

Great find. I'll add it to the core. Thanks

Should we need to add this to files from 1.4.9.1/1.4.9.2 to?

Probably since 1.0.0

[marc_cole]

In Line 95, after we added this line

Code: Select all

$header .= 'Date: ' . date("D, d M Y H:i:S O") . $this->newline;


If I'm not mistaken, shouldn't the "S" be lowercase?

Code: Select all

$header .= 'Date: ' . date("D, d M Y H:i:s O") . $this->newline;


I'm not sure what an uppercase 'S' is for, but it outputs "th" on my machine, whereas a lowercase 's' properly outputs seconds.

Marc

[Qphoria]

For instance: company name is "GÄRTNER" => the sender is displayed as "GÄRTNER" - and the title says "G RTNER - Thank you for registering"

2) Customer registers e.g. with the name Martin Hässler.

system/library/mail.php - change:

Code: Select all

public function setSender($sender) {
    $this->sender = $sender;
}
public function setSubject($subject) {
    $this->subject = $subject;
}

to :

Code: Select all

public function setSender($sender) {
    $this->sender = html_entity_decode($sender);
}
public function setSubject($subject) {
    $this->subject = html_entity_decode($subject);
}

This was already changed in 1.4.9.3, you are using old code

[Qphoria]

My mail has similar issue, If our clients place order with Euro currency, €, I will got wrong words in subject.

...

the right subject should be Online Order System - Auftrag 701 (1.046,63€)

I've upgrade to 1.4.9.3, the code in system/library/mail.php as below.

Code: Select all

   public function setSender($sender) {
      $this->sender = html_entity_decode($sender, ENT_COMPAT, 'UTF-8');
   }

   public function setSubject($subject) {
      $this->subject = html_entity_decode($subject, ENT_COMPAT, 'UTF-8');
   }


Any Ideas would be great appreciated.

Allen

I have got the same identical problem, in a fresh opencart installation. Already tried thinkering with system/library/mail.php or admin/controller/sale/contact.php and catalog/model/checkout/order.php, them being the main files in witch mailing to clients or admins is coded, with no success. I also already tried searching old forum posts, but it seems all workarounds proposed have already been coded into the latest release; anyway, all of them are ineffective for "oddly" accented letters and the € symbol. Maybe it's a problem with (or a wrong use of) the html_entity_decode() function?

Any help?

This was the change for 1.4.9.3 to fix the issues with that.. I just tested the contact form spammed with the euro sign and I see it as expected in gmail:



I've even got my Store name set to "Yø'r Store & märe €" and that shows fine in all emails:

[Qphoria]

Bug:URl like:http://www.yoursite.com/index.php?route=information/information&
It seems get a wrong way .Site physical path will be discover,try it(v1.4.9.1andV1.4.9.3,maybe other)

Not sure where you are seeing this.. I dont have this in my information links

[julugu]

Hello,

Everyday I get a lot of errors like these:

2011-01-19 19:08:21 - PHP Warning: session_start() [<a href='function.session-start'>function.session-start</a>]: Cannot send session cache limiter - headers already sent (output started at /home/julugu/public_html/index.php:48) in /home/julugu/public_html/system/library/session.php on line 11

2011-01-19 19:08:22 - PHP Notice: Undefined index: HTTP_HOST in /home/julugu/public_html/index.php on line 173

2011-01-19 19:08:22 - PHP Warning: Cannot modify header information - headers already sent by (output started at /home/julugu/public_html/index.php:48) in /home/julugu/public_html/index.php on line 173

2011-01-20 8:36:06 - PHP Warning: unlink(/home/julugu/public_html/system/cache/cache.category.38.2.0.1295512099) [<a href='function.unlink'>function.unlink</a>]: No such file or directory in /home/julugu/public_html/system/library/cache.php on line 14

I know they are Warnings but I don't want them in the log.

Thanks

[Fyshell]

Bug:URl like:http://www.yoursite.com/index.php?route=information/information&amp;
It seems get a wrong way .Site physical path will be discover,try it(v1.4.9.1andV1.4.9.3,maybe other)

Not sure where you are seeing this.. I dont have this in my information links

See here
demo1: http://opencart.maleeqa4us.com/index.php?route=information/information&
demo2: http://demo1.opencartstuff.com/index.php?route=information/information&

======================================================================================================

Normal:http://opencart.maleeqa4us.com/index.php?route=information/information123




Error:http://opencart.maleeqa4us.com/index.php?route=information/information&

[i2Paq]

I have mentioned this also in the 1.5.0 *ALPHA* topic:

There is a flaw in the Order_Invoice setup since the Invoice was introduced!

When generating/printing and Invoice it uses the Order-date as Invoice-date, this is incorrect.
The Invoice-date, in most cases, will never be the Order-date.
According to my Tax agent this is not compliant with the law but when granting warranty it could mean that because the Invoice-date = Order-date customers could lose up to weeks when having a 1year or 2year warranty.

While "we" are still developing 1.5 this should be fixed as well.