When completed the sale, the error above mencionad.
Would anyone can help me, saying what it is?
Sorry 
.
version 1.5.1.1
When we completed the sales get an error ...
Warning: sprintf() [function.sprintf]: Too few arguments in /home/cheiroec/public_html/catalog/controller/checkout/success.php on line 52
as well as in the image below
When I click the link order, apresenda the following error ...
Someone could help me?
.version 1.5.1.1
When we completed the sales get an error ...
Warning: sprintf() [function.sprintf]: Too few arguments in /home/cheiroec/public_html/catalog/controller/checkout/success.php on line 52
as well as in the image below
When I click the link order, apresenda the following error ...
Someone could help me?
looks like a template issue, as it is not the standard template, you should maybe try checking with the tempalte developer.
Sorry, but not a question of the standard template for the same thing happens.
store image looks standard Brazilian forum.
I would like help from someone please because nobody answers the Brazilian forum.
store image looks standard Brazilian forum.
I would like help from someone please because nobody answers the Brazilian forum.
Try disabling that for a test and choose a default payment method.
If that works fine, then it is the payment method causing the problem, in which case you will need to contact the payment module developer.
If that works fine, then it is the payment method causing the problem, in which case you will need to contact the payment module developer.
I've done it, and for example the Brazilian forum shop with this payment method is standard and also in error.
I believe that there is method of payment.
Please go to ...
www.opencartbrasil.com.br/loja
I believe that there is method of payment.
Please go to ...
www.opencartbrasil.com.br/loja
The problem is your language pack. Make sure this is present:
/catalog/language/[language]/checkout/success.php
/catalog/language/[language]/checkout/success.php
Code: Select all
$_['text_customer'] = '<p>Your order has been successfully processed!</p><p>You can view your order history by going to the <a href="%s">my account</a> page and by clicking on <a href="%s">history</a>.</p>If your purchase has an associated download, you can goto the account <a href="%s">downloads</a> page to view them.</p><p>Please direct any questions you have to the <a href="%s">store owner</a>.</p><p>Thanks for shopping with us online!</p>';
Last edited by rph on Thu Aug 04, 2011 5:04 pm, edited 1 time in total.
-Ryan
I have the same problem in the same line that isSnufkin wrote:Hi
I have the same problem, but in another line. It seems that missing language tag, but i can't understand which
Warning: sprintf() [function.sprintf]: Too few arguments in catalog/controller/account/success.php on line 31
Code: Select all
$this->data['text_message'] = sprintf($this->language->get('text_message'), $this->url->link('information/contact'));Sigaretta elettronica Opencart 1.5.4.1 italian translation
I never was a huge fan of sprintf as it can be full of surprises sometimes.
If you replace:
to read:
Then, in your catalog/language/english/account/success.php file,
if you replace:
to read:
Will the error message still persists ?
If you replace:
Code: Select all
$this->data['text_message'] = sprintf($this->language->get('text_message'), $this->url->link('information/contact'));
Code: Select all
$this->data['text_message'] = str_replace(array("{contact_url}"), array($this->url->link('information/contact')), $this->language->get('text_message'));
if you replace:
Code: Select all
$_['text_message'] = '<p>Congratulations! Your new account has been successfully created!</p> <p>You can now take advantage of member privileges to enhance your online shopping experience with us.</p> <p>If you have ANY questions about the operation of this online shop, please email the store owner.</p> <p>A confirmation has been sent to the provided email address. If you have not received it within the hour, please <a href="%s">contact us</a>.</p>';
Code: Select all
$_['text_message'] = '<p>Congratulations! Your new account has been successfully created!</p> <p>You can now take advantage of member privileges to enhance your online shopping experience with us.</p> <p>If you have ANY questions about the operation of this online shop, please email the store owner.</p> <p>A confirmation has been sent to the provided email address. If you have not received it within the hour, please <a href="{contact_url}">contact us</a>.</p>';
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
Straightlight, man, you've gotta stop doing this. Rewriting the cart is not how you debug.
albsim81, your language file isn't current for the version of OpenCart you're using. Yes, it is that simple.
albsim81, your language file isn't current for the version of OpenCart you're using. Yes, it is that simple.
-Ryan
And stating that it's simple without providing an alternative solution is a better way ?rph wrote:Straightlight, man, you've gotta stop doing this. Rewriting the cart is not how you debug.
albsim81, your language file isn't current for the version of OpenCart you're using. Yes, it is that simple.
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
Your "alternative solution" only works because it forces the user to update the language file anyway. Does it fix other places in the cart where language breaks because it's out-of-date? No. Is it compatible with VQMod scripts which may try to make changes to language? No.
You have a hole in your skill set Straightlight. I'm not pointing it out to tear you down or to pretend I'm better. I'm pointing it out so you can be better at what you do.
You have a hole in your skill set Straightlight. I'm not pointing it out to tear you down or to pretend I'm better. I'm pointing it out so you can be better at what you do.
-Ryan
This topic only specifies on one location to where the problem needed to be fixed. There is no such case from my previous posts where it stated to modify this code towards other location in OC nor knowing where you see this information but you're obviously misinformed of what the code really does above even though it may force to update the language but at least without showing the errors to customers who are visiting the site so only appearing in the logs as it should. If you think this methodology is flaw while the logs keeps tracking those errors, then I can only say I do appreciate the input here but I more believe that in fact I'm more skilled than you think I am when it comes to PHP and from my own point of vue to what others may believe, I don't need to specify the mount of years of experience to demonstrate all the topics I have troubleshooted so far since it is already demonstrated and if I had to post this kind of fix 10000 more times towards other locations just so the customer doesn't have and doesn't need to see those error messages when they're shopping, I would definitely do it.
I appreciate your concern rph but I can definitely handle this.
I appreciate your concern rph but I can definitely handle this.
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
Yes, because you didn't understand the problem and didn't take the time to try to understand it. You just made an assumption and started coding.straightlight wrote:This topic only specifies on one location to where the problem needed to be fixed.
Remember, it's not that good programmers don't make mistakes. It's that they acknowledge those mistakes and learn from them. All you do is get argumentative.
-Ryan
My assumption above is not about mistake, it is simply about re-writing the into the way it should of been so for this error to vanish without removing the output even though the language variable didn't existed which the merchant doesn't actually have to remove from the controller but rather to hide the error message while this variable can still be added into the language file anyhow. The way I see it, this is a good solution during while only in the logs from the admin / filesystem the logs are showing those errors rather than on screen so that customers doesn't have to question merchants and in fact the best solution so far until the variable does get added into the language pack.
A mistake you say ? I would rather call it a cure since there are absolutely no reasons whatsoever on why a customer should notice / see an error on screen during while they're shopping online.
A mistake you say ? I would rather call it a cure since there are absolutely no reasons whatsoever on why a customer should notice / see an error on screen during while they're shopping online.
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
Who is online
Users browsing this forum: No registered users and 13 guests
