Hello
first of all: thanks for this great piece of software!
BUT the bug:
moneybookers ist not working. if i select moneybookers at checkout process, the button to proceed the payment with moneybookers will not work. the button is there but when i click on it, nothing happens.
best regards
first of all: thanks for this great piece of software!
BUT the bug:
moneybookers ist not working. if i select moneybookers at checkout process, the button to proceed the payment with moneybookers will not work. the button is there but when i click on it, nothing happens.
best regards
Hello,
not as bug as not verified piece.
When are you setting the tax classes and rates, and you give the same priority to the more tax rates, the system at the frontend does take only one tax rate. For ex. Tax 10% - priority 1, Tax 20% - priority 1 -> in this situation system uses only 20% VAT.
I thought i will run crazy of because i was not able to find out why it handles badly the taxes. I think that it can be fixed only by adding validator to look after set priority - if already exist, give error.
Bye
not as bug as not verified piece.
When are you setting the tax classes and rates, and you give the same priority to the more tax rates, the system at the frontend does take only one tax rate. For ex. Tax 10% - priority 1, Tax 20% - priority 1 -> in this situation system uses only 20% VAT.
I thought i will run crazy of because i was not able to find out why it handles badly the taxes. I think that it can be fixed only by adding validator to look after set priority - if already exist, give error.
Bye
this is not a buig. you have done something wong.okstated wrote:I'm gonna go ahead and report this as a bug, I had it under support. It happens on a fresh install out of the box after I've setup SSL and the SSL works fine for admin logins, just not store account login. It does this whether I have SEF urls turned on or not.
I get a URL that looks like this below
https://http//index.php?route=account/login
when trying to visit the account log in page.
Notice there's no domain name in that URL at all.
I added the proper URL for //HTTPS section of the config.php file in the admin directory.
It would be nice to know where and what to change so I could take care of this myself as well. Thanks.
post a link to your site.
OpenCart®
Project Owner & Developer.
Hello, Daniel
Just wondering did you fix the bug where you try to Apporve customers and you get this error
Just wondering did you fix the bug where you try to Apporve customers and you get this error
Code: Select all
Error: E-Mail sender required!
don;t post this under the bug section. i have just looke at your site and its obvoius from just lookng at it aht you have messed the configuration up.okstated wrote:Hi Daniel. I sent you a private message with my website information.Daniel wrote: this is not a bug. you have done something wrong.
post a link to your site.
Thanks.
OpenCart®
Project Owner & Developer.
It continues to do the same thing even on a fresh install with no tweaking, but what's necessary from the documentation I've read on adding SSL.Daniel wrote:don;t post this under the bug section. i have just looke at your site and its obvoius from just lookng at it aht you have messed the configuration up.okstated wrote:Hi Daniel. I sent you a private message with my website information.Daniel wrote: this is not a bug. you have done something wrong.
post a link to your site.
Thanks.
Perhaps this documentation needs updating to reflect changes since the multiple store feature was added.
Since this may or may not be a bug I'm posting this here.
What are the proper detailed steps for getting SSL to work in this latest version? I already have a certificate that is functioning properly and has worked with the Open Cart admin login once already. I'm having trouble getting it to work in the frontend of the store itself for user logins.
When I have SSL turned on and click on log in or account it takes me to a URL that looks like this:
https://http//index.php?route=account/login
It's doubled the protocol with no root domain. I've not done anything that would logically make it do that so I'm wondering if there is something I've NOT done that I should.
I set SSL to "yes" from the admin panel in BOTH:
System > Settings > Server
System > Manage Stores > Your Store (Default) > edit > Store
I then added the https://mydomain.com/xxxx style URL into the config.php file within the admin directory.
I notice the instructions say to add this SSL url to that config.php file as well as to the catalog. I'm missing where I can add this SSL url in the catalog.
If these instructions have changed or I'm missing something I appreciate any help. Thanks very much.
What are the proper detailed steps for getting SSL to work in this latest version? I already have a certificate that is functioning properly and has worked with the Open Cart admin login once already. I'm having trouble getting it to work in the frontend of the store itself for user logins.
When I have SSL turned on and click on log in or account it takes me to a URL that looks like this:
https://http//index.php?route=account/login
It's doubled the protocol with no root domain. I've not done anything that would logically make it do that so I'm wondering if there is something I've NOT done that I should.
I set SSL to "yes" from the admin panel in BOTH:
System > Settings > Server
System > Manage Stores > Your Store (Default) > edit > Store
I then added the https://mydomain.com/xxxx style URL into the config.php file within the admin directory.
I notice the instructions say to add this SSL url to that config.php file as well as to the catalog. I'm missing where I can add this SSL url in the catalog.
If these instructions have changed or I'm missing something I appreciate any help. Thanks very much.

Last edited by i2Paq on Thu Mar 18, 2010 2:43 am, edited 1 time in total.
Reason: Split from the OC 1.4.4 release topic and added here
Reason: Split from the OC 1.4.4 release topic and added here
Well I intended not to place the SSL problem back into the bug section, but i2paq did it for me.
I've tried every combination I can think of from a clean install and every time SSL has the same problem with the screwed up URL in the front store Log In.
http://www.opencart.com/index.php?route ... on/setting This page does not appear to be updated for the recent addition of the multi-store feature or does not contain enough detail. If it did there might not be an issue. It is surprising there aren't more people actually using SSL with a shopping cart (of all things
) to confirm whether or not there's an issue.
I've tried every combination I can think of from a clean install and every time SSL has the same problem with the screwed up URL in the front store Log In.
http://www.opencart.com/index.php?route ... on/setting This page does not appear to be updated for the recent addition of the multi-store feature or does not contain enough detail. If it did there might not be an issue. It is surprising there aren't more people actually using SSL with a shopping cart (of all things

Whoops. That would explain that then.Daniel wrote:I'm not sure this is a bug. it means that you can get any part of the category structure without having to go through the db.

I just assumed OpenCart would use the full category listing without actually researching. It's generating cache files for (sub)category browsing too, then?
-Ryan
I had the same issue as okstated... on a clean install of 1.4.4 my SSL links did not work.
When clicking on the 'login' page, my url would look like this:
https://http//index.php?route=account/login
I searched the forum and found the following index.php fix from Klutz:
and my SSL works again.
The only problem is I have no earthly idea what that '0' was there for.... so I hope I didn't screw something else up. But for now, everything seems to work and I'm happy.
(Thanks Klutz!!! ;-)
When clicking on the 'login' page, my url would look like this:
https://http//index.php?route=account/login
I searched the forum and found the following index.php fix from Klutz:
So I tried it... I removed the 0,klutz wrote:define('HTTPS_SERVER', 'https://' . substr($config->get('config_url'), 7));define('HTTPS_SERVER', 'https://' . substr($config->get('config_url'), 0, 7));
it's OK!
and my SSL works again.
The only problem is I have no earthly idea what that '0' was there for.... so I hope I didn't screw something else up. But for now, everything seems to work and I'm happy.
(Thanks Klutz!!! ;-)
It's a bug. Instead of cutting the first seven characters (i.e. http://) it's preserving them and cutting everything else. The changes you made are how it should be.RonA wrote:The only problem is I have no earthly idea what that '0' was there for.... so I hope I didn't screw something else up. But for now, everything seems to work and I'm happy.
-Ryan
Hi,
First of all: Thank´s to Daniel for this webshop!!
This is what i´ll get on my site with version 1.4.4(total new install):
But when I use version 1.3.4 it works just fine..!
Best Regards!
First of all: Thank´s to Daniel for this webshop!!
This is what i´ll get on my site with version 1.4.4(total new install):
Code: Select all
Warning: imagejpeg() [function.imagejpeg]: SAFE MODE Restriction in effect. The script whose uid is 10020 is not allowed to access /var/www/vhosts/myadress.com/subdomains/webshop/httpdocs/image/cache/data owned by uid 48 in /var/www/vhosts/myadress.com/subdomains/webshop/httpdocs/system/library/image.php on line 43
Best Regards!
Daniel wrote:SAFE MODE Restriction in effect.
contact your host. maybe there was wsomthign in your old php.ini
The php.ini is the same...
Then comes to SAFE MODE...., is this different from version 1.3.4 ?
By the way, thanks for your fast answer!

Thanks, I´ve done that know, and they will do it as soon as possible!Daniel wrote:SAFE MODE Restriction in effect.
contact your host.

Damn good work you´re doing !
Best Rgds
Agreed. It is a bug. The way it was coded, it assumed the http:// part was INSIDE the substr function, but it isn't. It concatenatedrph wrote:It's a bug. Instead of cutting the first seven characters (i.e. http://) it's preserving them and cutting everything else. The changes you made are how it should be.RonA wrote:The only problem is I have no earthly idea what that '0' was there for.... so I hope I didn't screw something else up. But for now, everything seems to work and I'm happy.
Who is online
Users browsing this forum: No registered users and 3 guests