Post by lkfranklin » Thu Aug 25, 2011 8:26 pm

lkfranklin wrote:not sure if its been logged or not but theres also a bug when adding products to 'featured' or 'bestsellers' or anywhere that the products are meant to appear in a dropdown when you start typing. uksitebuilder has also tested this with me and confirms the problem.

i've also tested it on 1.5.1.1 and 1.5.1 and the problem occurs on both versions but is fine on 1.5.0

FIX = Get your host to enable the MB extention for PHP

New member

Posts

Joined
Sat May 07, 2011 6:36 am

Post by R_D » Fri Aug 26, 2011 1:04 am

Bic wrote:Sorry but I see that no one answers me, if taxes do not appear is not a bug? someone can explain me if I'm wrong, or imposed something wrong ... thanks to all
http://test.htmlservices.it/admin
user: test
pass: test
I've had a look:

You have to set display taxes in the settings of your store:

go to: admin -> system -> settings -> option -> and turn "Display Prices With Tax" to Yes

R_D
Active Member

Posts

Joined
Sun Jan 09, 2011 3:13 am

Post by Bic » Fri Aug 26, 2011 1:59 am

R_D wrote:
Bic wrote:Sorry but I see that no one answers me, if taxes do not appear is not a bug? someone can explain me if I'm wrong, or imposed something wrong ... thanks to all
http://test.htmlservices.it/admin
user: test
pass: test
I've had a look:

You have to set display taxes in the settings of your store:

go to: admin -> system -> settings -> option -> and turn "Display Prices With Tax" to Yes
Thanks R_D (excuse my English)
If you set "Display Prices With Tax" to "yes" is ok.
If you set "Display Prices With Tax" to "no" show prices to the public without tax is ok! but if I proceed to purchase the product needs to calculate the tax on the cart! I think not to show prices including taxes does not mean not calculated at all .... should also calculate the taxes on the carts, I've got it wrong? works just as well for everyone?

Bic
Newbie

Posts

Joined
Tue Jul 12, 2011 7:33 pm

Post by jomeza001 » Fri Aug 26, 2011 2:23 am

Bic wrote:If you set "Display Prices With Tax" to "yes" is ok.
If you set "Display Prices With Tax" to "no" show prices to the public without tax is ok! but if I proceed to purchase the product needs to calculate the tax on the cart! I think not to show prices including taxes does not mean not calculated at all .... should also calculate the taxes on the carts, I've got it wrong? works just as well for everyone?
I get you. I've also wanting to be able to hide the tax calculation but still charge it/display it on the check out.

User avatar
Active Member

Posts

Joined
Tue May 17, 2011 10:55 am

Post by yest » Fri Aug 26, 2011 2:37 am

will some one help me please???
yest wrote:hi..

im using oc 1.5.1.1 and have a problem... when i add a checkbox option i can see that the option added to the shopping cart but when i try to confirm the order its not leting me to go on ...
the second problem is that in the shopping cart i see the output text of the options with Questions marks and a half of the text .. i using an hebrew lang...

i uploded a pic and and point to the problem with an arrow..

i got an answer: http://forum.opencart.com/viewtopic.php?f=20&t=39286

saying that:

1. It is a bug in OC core code
2. to fix would require all substr() functions being replaced by mb_substr() function

This will not happen / be fixed that way because not every server has mbstring() functions/module installed with PHP by default.

I'm sorry but I do not know an easy fix for this.

Please post in the 1.5.1.1 bug topic where Daniel will see.

please help...what i have to do ?

thank u

New member

Posts

Joined
Thu Aug 05, 2010 1:57 am

Post by jmer1234 » Fri Aug 26, 2011 2:53 am

Found a bug in /catalog/controller/account/order.php

When clicking on a link in an order confirmation email to track the order, the php code fails on line 110.
Notice: Undefined variable: order_id in /home/content/32/8004232/html/catalog/controller/account/order.php on line 110Warning: Cannot modify header information - headers already sent by (output started at /home/content/32/8004232/html/index.php:100) in /home/content/32/8004232/html/system/engine/controller.php on line 28Warning: Cannot modify header information - headers already sent by (output started at /home/content/32/8004232/html/index.php:100) in /home/content/32/8004232/html/system/engine/controller.php on line 29
The $order_id variable is not defined until the next if statement. moving lines 117 -121 ahead of line 109 corrects the problem.

Newbie

Posts

Joined
Fri Aug 26, 2011 2:48 am

Post by uksitebuilder » Fri Aug 26, 2011 2:55 am


User avatar
Guru Member

Posts

Joined
Thu Jun 09, 2011 11:37 pm
Location - United Kindgom

Post by R_D » Fri Aug 26, 2011 4:58 am

Bic wrote: Thanks R_D (excuse my English)
If you set "Display Prices With Tax" to "yes" is ok.
If you set "Display Prices With Tax" to "no" show prices to the public without tax is ok! but if I proceed to purchase the product needs to calculate the tax on the cart! I think not to show prices including taxes does not mean not calculated at all .... should also calculate the taxes on the carts, I've got it wrong? works just as well for everyone?
I now know what you mean, but (correct me if I'm wrong) that isn't the way Opencart is build.

A question from my part: Why would you want to hide the tax calculation? In my opinion if you hide it and let it appear/charge on checkout, customers can and will abbandon the cart because of an unexpected higher price...

R_D
Active Member

Posts

Joined
Sun Jan 09, 2011 3:13 am

Post by jomeza001 » Fri Aug 26, 2011 7:00 am

In the US not every customer will be taxed. For example, if my store is in California, only Californians will be taxed. So anyone else buying from another state (even country) will be Tax Excempt. For this reason you will not see any real world webshop showing price with tax or a message saying "Before tax".

IMO Bic is right.

Reading the "before tax" message just reminds my potential customers there are more charges and the front price is not the final price he's gonna pay for and therefore some will just abandon my webshop looking for a straight final price at storefront.
Last edited by jomeza001 on Fri Aug 26, 2011 2:13 pm, edited 1 time in total.

User avatar
Active Member

Posts

Joined
Tue May 17, 2011 10:55 am

Post by jomeza001 » Fri Aug 26, 2011 1:40 pm

brunno.eu wrote:If you use several languages and if you are change the language, does not change the name and description of products.

Error in file catalog / controller / common / header.php

On line 107 add

Code: Select all

$ this-> cache-> delete ('product');
I assume you had a Typo and the code should start with $this-> instead of $ this->

Please confirm since i'm not a programmer and i'm not sure. just using common sense. O0

User avatar
Active Member

Posts

Joined
Tue May 17, 2011 10:55 am

Post by R_D » Fri Aug 26, 2011 5:45 pm

jomeza001 wrote:In the US not every customer will be taxed. For example, if my store is in California, only Californians will be taxed. So anyone else buying from another state (even country) will be Tax Excempt. For this reason you will not see any real world webshop showing price with tax or a message saying "Before tax".

IMO Bic is right.

Reading the "before tax" message just reminds my potential customers there are more charges and the front price is not the final price he's gonna pay for and therefore some will just abandon my webshop looking for a straight final price at storefront.
Thnx for the explanation, never knew that (we don't sell to the US)!

R_D
Active Member

Posts

Joined
Sun Jan 09, 2011 3:13 am

Post by Daniel » Fri Aug 26, 2011 7:03 pm

brunno.eu wrote:If you use several languages and if you are change the language, does not change the name and description of products.

Error in file catalog / controller / common / header.php

On line 107 add

Code: Select all

$ this-> cache-> delete ('product');

the language problem has already been fixed in the svn and its got nothing to do with the code you have provided.

OpenCart®
Project Owner & Developer.


User avatar
Administrator

Posts

Joined
Fri Nov 03, 2006 6:57 pm

Post by EdV » Sun Aug 28, 2011 5:22 pm

EdV wrote:Hi,

In the ordermail there is standing only invoice number the invoice prefix does not show there. Is there a solution for because looking in the script everything looks oke. If i make a invoice form the order then de prefix will show on the invoice. But in the order.tpl is standing

Code: Select all

<?php echo $invoice_no; ?><br />
that seems to be oke to me.

Greeting
Ed
Solution

I found a solution for this little bug

file: catalog\model\checkout\order.php

find this line in the file

Code: Select all

$template->data['invoice_no'] = $invoice_no;
just put these code under it

Code: Select all

$template->data['invoice_prefix'] = $order_info['invoice_prefix'];
file: catalog\view\theme\default\template\mail\order.tlp

find this line

Code: Select all

<b><?php echo $text_invoice_no; ?></b> <?php echo $invoice_no; ?><br />
change it like this

Code: Select all

<b><?php echo $text_invoice_no; ?></b> <?php echo $invoice_prefix . $invoice_no; ?><br />
Now you have the invoice_prefix in your order mail.

I hope i did some one a favour.

Greetings
Ed

EdV
Newbie

Posts

Joined
Tue Aug 16, 2011 3:06 pm

Post by scoobs001 » Sun Aug 28, 2011 10:34 pm

opencartrules wrote:
fido-x wrote:

scoobs001 wrote:... I am getting a few complaints about when my customers are registering on my site.

They are saying that the address fields, when they click or start to type their details, its coming up with other customers details.

I know browsers will save data and try to autofill if the box has the same name etc, but they are names that the customer has never heard of. (But also are not registered members of my site) ...

Any ideas?


And the computers being used by these customers were where?
Were these computers in a "public access" area, eg. an Internet cafe?

Yes, browsers will save form data and try to autofill if the box has the same name, however, if the browser has not been configured to clear this saved form data upon closing, it will be retained from one session to the next, from one user to the next.

Operators of public Internet access areas, like Internet cafes, need to ensure that the browser(s) being made available for use on their publicly accessible computers, are configured to clear all form data, passwords and histories when the browser is closed.

The bottom line here, this is not an OpenCart bug. It is a browser setting issue.



I tested it at home, on 3 separate browsers on 2 machines....no internet cafe' here.
Have experienced the same type of problem!
Noticed it the first time after my developer upgraded from 1.5.0.5 to the current 1.5.1.1 ( local host )
To begin with, the few customers who were included in the demo store 1.5.0.5 did not have been complied with the backup. Therefore required a little manual intervention.
I have than created a new account named Peter Görlitz and at Checkout, the system asked if customer would like to use the existing address and I get suggestions for an address of a customer ( Peter Dellinger ) who were among the customers in 1.5.0.5 but missing in 1.5.1.1! See attached. How is this possible? It should be impossible for other customers to see who bought what in the store, where they live, even if they happen to have the same first name. What's worse, noticed it today, when the customer Peter D logs into account to check order history, he also sees Peter G. order. Very strange!

New member

Posts

Joined
Thu Dec 16, 2010 8:03 am

Post by tilesupply » Mon Aug 29, 2011 12:09 am

HI I am looking for a fix for IE with fancybox 1.3.4.
I am running OC 1.5.1.1 and IE locks up for a few seconds when the site is viewed in IE.
This happens on every page on the site, I know it may be a Fancybox bug but I am sure someone has a fix for it.
Daniel if you have found a fix for this as fancybox is used in the core files can you let me know where I can find it and I will make the changes.

Or if anyone else has found a fix for this please can you PM me.
Many Thanks

Active Member

Posts

Joined
Wed Aug 26, 2009 7:48 am


Post by fido-x » Mon Aug 29, 2011 12:28 am

In the fancybox stylesheet (catalog/view/javascript/jquery/fancybox/jquery.fancybox-1.3.4.css), starting at line 327, change the paths to the image files for the "AlphaImageLoader" to start relative to your document root. For example, change line 327 from:

Code: Select all

.fancybox-ie6 #fancybox-close { background: transparent; filter: progid:DXImageTransform.Microsoft.AlphaImageLoader(src='fancybox/fancy_close.png', sizingMethod='scale'); }     
to:

Code: Select all

.fancybox-ie6 #fancybox-close { background: transparent; filter: progid:DXImageTransform.Microsoft.AlphaImageLoader(src='catalog/view/javascript/jquery/fancybox/fancy_close.png', sizingMethod='scale'); }     
Do this for all of them, through to the end of the file.

Image
Modules for OpenCart 2.3.0.2
Homepage Module [Free - since OpenCart 0.7.7]
Multistore Extensions
Store Manager Multi-Vendor/Multi-Store management tool

If you're not living on the edge ... you're taking up too much space!


User avatar
Expert Member

Posts

Joined
Sat Jun 28, 2008 1:09 am
Location - Tasmania, Australia

Post by tilesupply » Mon Aug 29, 2011 12:58 am

Hi Fido I did the changes but the site is still the same, you should have a link to the test site in your PM's from the other day. If you have a sec or if you want I will pay to get this patched if you can. Many Thanks
fido-x wrote:In the fancybox stylesheet (catalog/view/javascript/jquery/fancybox/jquery.fancybox-1.3.4.css), starting at line 327, change the paths to the image files for the "AlphaImageLoader" to start relative to your document root. For example, change line 327 from:

Code: Select all

.fancybox-ie6 #fancybox-close { background: transparent; filter: progid:DXImageTransform.Microsoft.AlphaImageLoader(src='fancybox/fancy_close.png', sizingMethod='scale'); }       
to:

Code: Select all

.fancybox-ie6 #fancybox-close { background: transparent; filter: progid:DXImageTransform.Microsoft.AlphaImageLoader(src='catalog/view/javascript/jquery/fancybox/fancy_close.png', sizingMethod='scale'); }       
Do this for all of them, through to the end of the file.

Active Member

Posts

Joined
Wed Aug 26, 2009 7:48 am


Post by shadowsdweller » Mon Aug 29, 2011 5:09 am

I have found a bug.
Once you register as affiliate, get approved and login to your account and go to "Manage payment options" the form is not filled. If I go to admin, the payment information for that affiliate is there, but he cannot see it.
I have upgraded from 1.4.9.5 if that matters.

And another thing - where are the affiliates payment options managed? I would like to remove "Cheque" as option and make "PayPal" the default one.
Thanks for the support


Posts

Joined
Sun May 08, 2011 8:01 pm

Post by JNeuhoff » Tue Aug 30, 2011 1:51 am

The catalog/controller/account/logout.php has a bug. When a user logs out, it always clears the session, which is fine. Right after that, it should correctly set the session variables for:

$this->session->data['country_id']
$this->session->data['zone_id']

If Opencart is configured not to display the taxes ($this->config->get('config_tax')==0), it should set above mentioned 2 session variables as follows:

$this->session->data['country_id'] = 0;
$this->session->data['zone_id'] = 0;

This is because we don't want to see the taxes in the product listings and the shopping cart until Opencart knows the user address after a login or guest checkout.

If Opencart is configured to always display the taxes ($this->config->get('config_tax')==1), then the 2 session variables should be set to the store's country and zone if the user isn't logged in and there is no guest checkout in progress:

$this->session->data['country_id'] = $this->config->get('country_id');
$this->session->data['zone_id'] = $this->config->get('zone_id');

I suggest the following fix for the catalog/controller/account/logout.php:

old:

Code: Select all

		if ($this->customer->isLogged()) {
			$this->customer->logout();
			$this->cart->clear();
			
			unset($this->session->data['shipping_address_id']);
			unset($this->session->data['shipping_method']);
			unset($this->session->data['shipping_methods']);
			unset($this->session->data['payment_address_id']);
			unset($this->session->data['payment_method']);
			unset($this->session->data['payment_methods']);
			unset($this->session->data['comment']);
			unset($this->session->data['order_id']);
			unset($this->session->data['coupon']);
			
			$this->tax->setZone($this->config->get('config_country_id'), $this->config->get('config_zone_id'));
			
			$this->redirect($this->url->link('account/logout', '', 'SSL'));
		}
		.....

new:

Code: Select all

		if ($this->customer->isLogged()) {
			$this->customer->logout();
			$this->cart->clear();
			
			unset($this->session->data['shipping_address_id']);
			unset($this->session->data['shipping_method']);
			unset($this->session->data['shipping_methods']);
			unset($this->session->data['payment_address_id']);
			unset($this->session->data['payment_method']);
			unset($this->session->data['payment_methods']);
			unset($this->session->data['comment']);
			unset($this->session->data['order_id']);
			unset($this->session->data['coupon']);
			
			
			$this->session->data['country_id'] = ($this->config->get('config_tax')) ?  $this->config->get('config_country_id') : '0';
			$this->session->data['zone_id'] = ($this->config->get('config_tax')) ?  $this->config->get('config_zone_id') : '0';
			
			
			$this->redirect($this->url->link('account/logout', '', 'SSL'));
		}
		......

Attachments

logout bug fixes as a VQmod XML file


Export/Import Tool * SpamBot Buster * Unused Images Manager * Instant Option Price Calculator * Number Option * Google Tag Manager * Survey Plus * OpenTwig


User avatar
Guru Member

Posts

Joined
Wed Dec 05, 2007 3:38 am


Post by ddowdall » Tue Aug 30, 2011 6:54 am

I have the same problem where all products in the order will get added to the returns form even if one check box is checked.

Anybody know about a fix for that?

Thanks!
Postby ninogui » Wed Aug 24, 2011 12:57 pm
1511 localhost here

Bug

- On customer side, when entering the order history and choosing one order, customer selects one single line product and chooses to return it. Regardless of choosing one or more product lines all of them show up on the next screen for product return, meaning customer has to remove product lines that are not in fact to return ? I consider this a bug because on the first screen the customer is being asked what to do with the selected products

- Also apparently customer is able to issue the return for any qty product, even much more than he ever bought ?

thks

New member

Posts

Joined
Tue Dec 07, 2010 2:06 am
Who is online

Users browsing this forum: No registered users and 38 guests