OpenCart Community

Qphoria wrote:

jonhunk wrote: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

angelsix wrote: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!

angelsix wrote: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.

$order_info['value']

1.000000

angelsix wrote: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!

lucass wrote: 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 wrote:

tech.cnsb wrote:
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

i2Paq wrote:

Qphoria wrote:

tech.cnsb wrote:
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?

tech.cnsb wrote:
In Line 95, after we added this line

Code: Select all

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

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

jang1200 wrote:

nibulus wrote: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);
}

santam wrote:

allenshea wrote: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?

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

Qphoria wrote:

Fyshell wrote:Bug:URl like:http://www.yoursite.com/index.php?route ... nformation&
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

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.