Post by gadget-store.ch » Wed Mar 17, 2010 3:16 pm

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

http://www.gadget-store.ch



Posts

Joined
Mon Mar 15, 2010 9:28 pm

Post by coffeeandteaCZ » Wed Mar 17, 2010 5:49 pm

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


Posts

Joined
Wed Mar 17, 2010 1:36 am

Post by Daniel » Wed Mar 17, 2010 8:52 pm

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.
this is not a buig. you have done something wong.

post a link to your site.

OpenCart®
Project Owner & Developer.


User avatar
Administrator

Posts

Joined
Fri Nov 03, 2006 6:57 pm

Post by pgfady » Wed Mar 17, 2010 10:01 pm

Hello, Daniel

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!

Newbie

Posts

Joined
Tue Mar 16, 2010 8:41 pm

Post by okstated » Wed Mar 17, 2010 10:14 pm

Daniel wrote: this is not a bug. you have done something wrong.

post a link to your site.
Hi Daniel. I sent you a private message with my website information.
Thanks.

New member

Posts

Joined
Fri Jan 29, 2010 11:22 am

Post by Daniel » Wed Mar 17, 2010 10:20 pm

okstated wrote:
Daniel wrote: this is not a bug. you have done something wrong.

post a link to your site.
Hi Daniel. I sent you a private message with my website information.
Thanks.
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.

OpenCart®
Project Owner & Developer.


User avatar
Administrator

Posts

Joined
Fri Nov 03, 2006 6:57 pm

Post by okstated » Thu Mar 18, 2010 12:49 am

Daniel wrote:
okstated wrote:
Daniel wrote: this is not a bug. you have done something wrong.

post a link to your site.
Hi Daniel. I sent you a private message with my website information.
Thanks.
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.
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.

Perhaps this documentation needs updating to reflect changes since the multiple store feature was added.

New member

Posts

Joined
Fri Jan 29, 2010 11:22 am

Post by okstated » Thu Mar 18, 2010 2:24 am

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. :)
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

New member

Posts

Joined
Fri Jan 29, 2010 11:22 am

Post by okstated » Thu Mar 18, 2010 4:46 am

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.

New member

Posts

Joined
Fri Jan 29, 2010 11:22 am

Post by rph » Thu Mar 18, 2010 6:56 am

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.
Whoops. That would explain that then. :D

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


rph
Expert Member

Posts

Joined
Fri Jan 08, 2010 5:05 am
Location - Lincoln, Nebraska

Post by RonA » Thu Mar 18, 2010 7:34 am

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:
klutz wrote:
define('HTTPS_SERVER', 'https://' . substr($config->get('config_url'), 0, 7));
define('HTTPS_SERVER', 'https://' . substr($config->get('config_url'), 7));

it's OK!
So I tried it... I removed the 0,

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!!! ;-)

New member

Posts

Joined
Tue Mar 09, 2010 4:11 pm

Post by Daniel » Thu Mar 18, 2010 9:56 am

I have already seen what you sent me via pm. you have not setup the url properly in the store manager.

OpenCart®
Project Owner & Developer.


User avatar
Administrator

Posts

Joined
Fri Nov 03, 2006 6:57 pm

Post by rph » Thu Mar 18, 2010 1:48 pm

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.
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.

-Ryan


rph
Expert Member

Posts

Joined
Fri Jan 08, 2010 5:05 am
Location - Lincoln, Nebraska

Post by okstated » Thu Mar 18, 2010 2:47 pm

rph 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.
This worked for me as well. Yeah! I knew I wasn't crazy. ;D

New member

Posts

Joined
Fri Jan 29, 2010 11:22 am

Post by ThanksToDaniel » Thu Mar 18, 2010 7:11 pm

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):

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
But when I use version 1.3.4 it works just fine..!

Best Regards!


Posts

Joined
Thu Mar 18, 2010 7:03 pm

Post by Daniel » Thu Mar 18, 2010 7:19 pm

SAFE MODE Restriction in effect.

contact your host. maybe there was wsomthign in your old php.ini

OpenCart®
Project Owner & Developer.


User avatar
Administrator

Posts

Joined
Fri Nov 03, 2006 6:57 pm

Post by ThanksToDaniel » Thu Mar 18, 2010 7:28 pm

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! :)


Posts

Joined
Thu Mar 18, 2010 7:03 pm

Post by Daniel » Thu Mar 18, 2010 7:36 pm

opencart can not run with safemode. it should not even allow you to innstall with safemode on.

OpenCart®
Project Owner & Developer.


User avatar
Administrator

Posts

Joined
Fri Nov 03, 2006 6:57 pm

Post by ThanksToDaniel » Thu Mar 18, 2010 7:53 pm

Daniel wrote:SAFE MODE Restriction in effect.

contact your host.
Thanks, I´ve done that know, and they will do it as soon as possible! O0

Damn good work you´re doing !

Best Rgds


Posts

Joined
Thu Mar 18, 2010 7:03 pm

Post by Qphoria » Thu Mar 18, 2010 9:56 pm

rph wrote:
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.
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.
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 concatenated

Image


User avatar
Administrator

Posts

Joined
Tue Jul 22, 2008 3:02 am
Who is online

Users browsing this forum: No registered users and 14 guests