I thought it. But it is only ugly that customers created before upgrade are shown and counted different than customers created after upgrade (because they are auto-approved). So I only approve all old customers and all will look fine. Thanks a lot.Qphoria wrote:the approval state is not used if you have approvals disabled.. so it might say not approved but if you have it disabled then it does nothing.
berushka .::: Hot Wheels Shop
Attachments
admin product order.jpg (23.09 KiB) Viewed 6254 times
kaos jersey, jersey bola, baju bola, baju bola terbaru, baju bola murah
I dont know whats causing that..
also, i get errors on my usps output when checking out with shipping as shown below, any help appreciated, Thanks.

i followed what Chell and joxxxe posted
and it worked for the character issue, you also need to edit confirm.tpl to get it off the confirm page at the end.
hope this helps. Now I'm working on the session.php on line 11 error.
system/library/cache.php
public function get($key)
Code: Select all
$files = glob(DIR_CACHE . 'cache.' . $key . '.*');
Store Front category - parent_id.language_id.store_id.expire
cache.category.1.1.0.1294457963
Admin Category - language_id.parent_id.expire
cache.category.1.1.1294457713
My cheap ass workaround was to change:
admin/model/category.php
public function GetCategories($parent_id)
Code: Select all
$this->cache->set('category.' . $this->config->get('config_language_id') . '.' . $parent_id, $category_data);
Code: Select all
$this->cache->set('admin.category.' . $this->config->get('config_language_id') . '.' . $parent_id, $category_data);
Code: Select all
$this->cache->delete('category');
Code: Select all
$this->cache->delete('*category');
-Ryan
1) the title in the registration welcome email doesn't display umlauts / special characters. I've tried Hotmail and Outlook Express (different email account/servers)- both have the same problem.
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.
Once registered, the whole system will only display "Martin H" (that's it). Even if the name is changed to "Martin Hassler" (no umlaut) afterwards, it will only show Martin H e.g. in the delivery address. Interestingly enough, "My Account Information" shows the changed name "Martin Hassler" but when ordering, it only shows "Martin H" as recipient in the check out...
Edit: this is also a problem later when paying e.g. with PayPal, since it uses the check out information (and PayPal will not [afaik] let me change it anymore...)
Any ideas how to solve this?
Thanks in advance!
Then it is clear, the included mail class has bugs.
This is already discussed long time ago (lot of threads here - use the search), but the developers ignore that fact.
Full Stack Web Developer :: Dedicated OpenCart Development & Support DACH Region
Contact for Custom Work / Fast Support.
What language will use umlauts?nibulus wrote:I've just noticed two errors/bugs regarding umlaut
They should be banned!

Norman in 't Veldt
Moderator OpenCart Forums
_________________ READ and Search BEFORE POSTING _________________
Our FREE search: Find your answer FAST!.
[How to] BTW + Verzend + betaal setup.
The reason is simple. Look at the forums, take a sampling of non-English based speakers on this forum compared to those who are from English based countries (ie, the lesser British Empire ... haven't seen many people from India on here).
If you can't support a person's name the what is use of gabbing about SEO, guest checkout, geo location shipping estimates and such. All that is useless when your customer is pissed off that you got his name wrong.
And who says that the first name comes first?
More on names:
Ever meet a person who is Mr. O.
Yep, know a bunch of those too!


930sc ... because it is fun!
No problem - close all forums here using NOT english ... will be a very lonesome forum in future.i2Paq wrote:What language will use umlauts?
They should be banned!
But it is great how some people are thinking.
Full Stack Web Developer :: Dedicated OpenCart Development & Support DACH Region
Contact for Custom Work / Fast Support.
No hate here, just a joke.SapporoGuy wrote:what's the hate against the umlaut? They are actually pretty cool. It's that weird German double S thingy that always reminds me of a Chinese character!
I have a typically Dutch name that comes with: in 't as you can see.
My last name has dt as well.
Because most programs are build in the English speaking country's and people who work for company's that have my name in their database do not come from Dutch origin my last name gets: int (because the program cannot handle a 't) and my last name gets velt or veld, and in some cases it gets to be intveldt

Norman in 't Veldt
Moderator OpenCart Forums
_________________ READ and Search BEFORE POSTING _________________
Our FREE search: Find your answer FAST!.
[How to] BTW + Verzend + betaal setup.
Well, there you go, more names to support!
@ i2Paq
Ouch, that sucks!
Well, at least you can enter all the letters in your name.
Stupid japanese government has me listed under like 10 names, because the system only allows like 5 letters per name.
ughhh
930sc ... because it is fun!
system/library/mail.php - change: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.
Code: Select all
public function setSender($sender) {
$this->sender = $sender;
}
public function setSubject($subject) {
$this->subject = $subject;
}
Code: Select all
public function setSender($sender) {
$this->sender = html_entity_decode($sender);
}
public function setSubject($subject) {
$this->subject = html_entity_decode($subject);
}
$email = filter_var(filter_var($email, FILTER_SANITIZE_EMAIL), FILTER_VALIDATE_EMAIL);
if($email === false) {
// Houston, we have a problem....
}
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');
}
Allen
I know nothing about PHP and SQL, but I still try my best to understand it.
Does the order get created on the confirmation page, rather than after confirming?
The line ~216 in catalog/controller/checkout/confirm.php has:
$this->session->data['order_id'] = $this->model_checkout_order->create($data);
This leads to two orders being placed in the database, but only one showing in OpenCart orders after confirmation.
Before making a change so only one order gets added, is there a reason for this, like tracking or something? Or should the order create call be moved until after confirmation?
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?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.Any Ideas would be great appreciated.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'); }
Allen
Any help?
I believes this "bug" is work under low priority, but if it able to include in next patch that would be greatful.
I do a search from the forum, I found that previously got ppl report that the email goes into spam. e.g
http://forum.opencart.com/viewtopic.php?t=11340
The main reason is because of the Mail Class.
/system/library/mail.php
From line 89:
Code: Select all
$header = '';
if ($this->protocol != 'mail') {
$header .= 'To: ' . $to . $this->newline;
$header .= 'Subject: ' . $this->subject . $this->newline;
}
$header .= 'From: ' . $this->sender . '<' . $this->from . '>' . $this->newline;
//$header .= 'From: "' . $this->sender . '" <' . $this->from . '>' . $this->newline;
$header .= 'Reply-To: ' . $this->sender . '<' . $this->from . '>' . $this->newline;
$header .= 'Return-Path: ' . $this->from . $this->newline;
$header .= 'X-Mailer: PHP/' . phpversion() . $this->newline;
$header .= 'MIME-Version: 1.0' . $this->newline;
$header .= 'Content-Type: multipart/mixed; boundary="' . $boundary . '"' . $this->newline;
I am using MS Outlook as my email client with Kaspersky SPAM protection. If the header send without a datetime attribute, it will go into SPAM category.
In Line 95, after we added this line
Code: Select all
$header .= 'Date: ' . date("D, d M Y H:i:S O") . $this->newline;
This issue only occur some of the server. I don't think this is an issue if Daniel can added this line to the class.
Some hosting server will handle it automatically but not all of it.
Again, Thank you for the effect to make OpenCart so great!
Great find. I'll add it to the core. Thankstech.cnsb wrote:
In Line 95, after we added this lineThe SPAM problem will solved.Code: Select all
$header .= 'Date: ' . date("D, d M Y H:i:S O") . $this->newline;
Users browsing this forum: Amazon [Bot] and 4 guests