Haven't seen it so no it doesn't fix it.mbaldock2001 wrote:Hi all,
Using 1.4.9,
I have noticed the following error log in the last couple of days, but i'm not sure what was supposed to have been sent !
There could also be the same sort of error on /catalog/controller/payment/pp_standard.php on line 454 .... !?!??Code: Select all
2010-09-02 13:18:35 - PHP Warning: mail() [<a href='function.mail'>function.mail</a>]: 550 5.7.1 message content rejected in /catalog/controller/payment/pp_standard.php on line 395 2010-09-06 9:59:32 - PHP Warning: mail() [<a href='function.mail'>function.mail</a>]: 550 5.7.1 message content rejected in /catalog/controller/payment/pp_standard.php on line 395 2010-09-06 11:15:48 - PHP Warning: mail() [<a href='function.mail'>function.mail</a>]: 550 5.7.1 message content rejected in /catalog/controller/payment/pp_standard.php on line 395
Has anyone else seen this?
Does 1.4.9.1 address/correct this ?
Many thanks
Mark
I don't think price sorting has ever used special pricing in any version.poshook wrote:The price sorting bug with special fix for 1.4.8b again in 1.4.9?
OpenCart commercial mods and development http://spotonsolutions.net
Layered Navigation
Shipment Tracking
Vehicle Year/Make/Model Filter
yeah it's not the easiest thing to do. The main query doesn't take into account special or group pricing. I know it's a pain to deal with because I made my layered navigation account for both, and it's no fun.Qphoria wrote:yea there was no fix for special pricing. It was just missing for normal prices
Post a feature request for sorting by special
OpenCart commercial mods and development http://spotonsolutions.net
Layered Navigation
Shipment Tracking
Vehicle Year/Make/Model Filter
sorry, my broken english. I did not mean special pricing but products price sorting bug from 1.4.8b (low-high, high-low)
the price sort bug has been fixed.
OpenCart commercial mods and development http://spotonsolutions.net
Layered Navigation
Shipment Tracking
Vehicle Year/Make/Model Filter
Not so much a bug as a desirable change...
Once a new customer has registered and is displayed the confirmation screen, on clicking 'continue' you are taken to your account page. In a store with ssl enabled it still redirects to the http version of the account page rather than the https.
Does this need a conditional put in somewhere to detect whether ssl is enabled prior to generating the link?
Cheers,
Gordon
Once a new customer has registered and is displayed the confirmation screen, on clicking 'continue' you are taken to your account page. In a store with ssl enabled it still redirects to the http version of the account page rather than the https.
Does this need a conditional put in somewhere to detect whether ssl is enabled prior to generating the link?
Cheers,
Gordon
Ya its a bug from day 1 but you are right.. it should be httpsMorayWeb wrote:Not so much a bug as a desirable change...
Once a new customer has registered and is displayed the confirmation screen, on clicking 'continue' you are taken to your account page. In a store with ssl enabled it still redirects to the http version of the account page rather than the https.
Does this need a conditional put in somewhere to detect whether ssl is enabled prior to generating the link?
Cheers,
Gordon
1. EDIT: catalog/controller/account/success.php
2. FIND:
Code: Select all
if ($this->cart->hasProducts()) {
$this->data['continue'] = HTTP_SERVER . 'index.php?route=checkout/cart';
} else {
$this->data['continue'] = HTTP_SERVER . 'index.php?route=account/account';
}
Who is online
Users browsing this forum: No registered users and 13 guests