login issue

August 1, 2003

I can login just fine if I go through the "My Account" link. If I use the "log yourself in" on the welcome line it goes to the same page, but once I hit submit it goes to:

https://secure.westhost.net/catalog/index.p...1d4e071fdd87fab

instead of:

https://secure.westhost.net/upstageonline/c...a1c729b99315576

I have the same problem if I go through the "create an account" link and then use the link from the line, "NOTE: If you already have an account with us, please login at the login page."

My site is at: http://www.upstageonline.com/catalog/

Erica :?

Daemonj · August 2, 2003

In your catalog/includes/configure.php file:

If you are using MS2, ensure that your HTTPS_CATALOG define is set for /upstageonline/catalog/.

If you are not using MS2, set your HTTPS_SERVER define to https://secure.westhost.net/upstageonline

August 2, 2003

I'm using ms2. These are my settings:

  define('HTTP_SERVER', 'http://www.upstageonline.com');  

 define('HTTPS_SERVER', 'https://secure.westhost.net');

 define('ENABLE_SSL', true); // secure webserver for checkout procedure?

 define('HTTP_COOKIE_DOMAIN', 'www.upstageonline.com');

 define('HTTPS_COOKIE_DOMAIN', 'secure.westhost.net/upstageonline/');

 define('HTTP_COOKIE_PATH', 'home/upstageonline/www/catalog/cookie-jar');

 define('HTTPS_COOKIE_PATH', 'home/upstageonline/www/catalog/cookie-jar');

 define('DIR_WS_HTTP_CATALOG', '/catalog/');

 define('DIR_WS_HTTPS_CATALOG', '/upstageonline/catalog/');

the login works through the "my account" link but not through the others. :?

Erica

Daemonj · August 2, 2003

Try using the following and tell me if it resolves the problem.

  define('HTTP_SERVER', 'http://www.upstageonline.com');

 define('HTTPS_SERVER', 'https://secure.westhost.net');

 define('ENABLE_SSL', true);

 define('HTTP_COOKIE_DOMAIN', '.upstageonline.com');

 define('HTTPS_COOKIE_DOMAIN', 'secure.westhost.net');

 define('HTTP_COOKIE_PATH', '/catalog/cookie-jar');

 define('HTTPS_COOKIE_PATH', '/upstageonline/catalog/cookie-jar');

 define('DIR_WS_HTTP_CATALOG', '/catalog/');

 define('DIR_WS_HTTPS_CATALOG', '/upstageonline/catalog/');

August 2, 2003

nope :( it still does the same thing.

Erica

Daemonj · August 2, 2003

This will be a bit unorthodox and technically should not work but it is worth a try.

Please edit your catalog/includes/configure.php file for the following values.

  define('HTTP_SERVER', 'http://www.upstageonline.com'); 

 define('HTTPS_SERVER', 'https://secure.westhost.net/upstageonline'); 

 define('ENABLE_SSL', true); 

 define('HTTP_COOKIE_DOMAIN', '.upstageonline.com'); 

 define('HTTPS_COOKIE_DOMAIN', 'secure.westhost.net'); 

 define('HTTP_COOKIE_PATH', '/catalog/cookie-jar'); 

 define('HTTPS_COOKIE_PATH', '/upstageonline/catalog/cookie-jar'); 

 define('DIR_WS_HTTP_CATALOG', '/catalog/'); 

 define('DIR_WS_HTTPS_CATALOG', '/catalog/');

August 2, 2003

It works!! It works!! :D

Thank you :wink:

Do I need to do something similar with the admin section?

I have two tiny problems there. One is just cosmetic and the other doesn't isn't a pressing issue either...just slightly irretating.

1. *Almost* all of the links on the entry page look like this:

BOX_ENTRY_SUPPORT_SITE

BOX_ENTRY_SUPPORT_FORUMS

BOX_ENTRY_MAILING_LISTS

BOX_ENTRY_BUG_REPORTS

BOX_ENTRY_FAQ

BOX_ENTRY_LIVE_DISCUSSIONS

BOX_ENTRY_CVS_REPOSITORY

BOX_ENTRY_INFORMATION_PORTAL

There are some other areas in the admin section that show up that way too.

2. The zones page has this at the bottom:

Error!

Unable to determine the page link!

Function used:

tep_href_link('', '', 'NONSSL')

It's the only page like that.

Erica

Daemonj · August 2, 2003

It works!! It works!! :D
Thank you :wink:

You are welcome. Glad to be of help :)

Do I need to do something similar with the admin section?

Only if you are accessing the admin panel through your secure server (which you should be ;) ).

If that is indeed the case, then the first define in your admin/includes/configure.php file should be:

define('HTTP_SERVER', 'https://secure.westhost.net/upstageonline');

I have two tiny problems there. One is just cosmetic and the other doesn't isn't a pressing issue either...just slightly irretating.

1. *Almost* all of the links on the entry page look like this:

BOX_ENTRY_SUPPORT_SITE

BOX_ENTRY_SUPPORT_FORUMS

BOX_ENTRY_MAILING_LISTS

BOX_ENTRY_BUG_REPORTS

BOX_ENTRY_FAQ

BOX_ENTRY_LIVE_DISCUSSIONS

BOX_ENTRY_CVS_REPOSITORY

BOX_ENTRY_INFORMATION_PORTAL

There are some other areas in the admin section that show up that way too.

This means that your language file (admin/includes/languages/[language].php) is either not being found or not being included.

Verify that the file is there, the language folder has 755 permissions, and the [language].php file has 644 permissions.

2. The zones page has this at the bottom:
Error!

Unable to determine the page link!

Function used:

tep_href_link('', '', 'NONSSL')

It's the only page like that.

Erica

Edit your admin/zones.php file and look for a tep_href_link() call that has 'NONSSL' as the 3rd parameter. There should not be too many. Then echo the first parameter and verify that it is not empty. It should be a constant so also check that it is defined. Note: this could be related to the language file problem above.

August 2, 2003

Only if you are accessing the admin panel through your secure server (which you should be ;) ).

Well I haven't been, but I changed that. Now I get a new error :roll:

ERROR_CATALOG_IMAGE_DIRECTORY_NOT_WRITEABLE

I tried messing with the folder permissions, but I must not be getting the right combo. I don't get to see any graphics now :lol:

This means that your language file (admin/includes/languages/[language].php) is either not being found or not being included.

Verify that the file is there, the language folder has 755 permissions, and the [language].php file has 644 permissions.

This didn't do anything except make it so that I couldn't see the "edit", "delete", and "move" buttons in the catalog catagories (I made these changes before switching to the secure server)

Edit your admin/zones.php file and look for a tep_href_link() call that has 'NONSSL' as the 3rd parameter. There should not be too many. Then echo the first parameter and verify that it is not empty. It should be a constant so also check that it is defined. Note: this could be related to the language file problem above.

I didn't find the 'NONSSL' you mentioned. I did a search on that page and even got my totally untouched copy of the zones.php and still coun't find it, but...It was related to the language problem and I don't get the error now. We're making progress...I think :lol:

But...there's always a but... When I try to view pages (see more of the listed zones) I get a "The page cannot be found".

Erica

Daemonj · August 2, 2003

Okay, switch back to standard http for the admin area for now. Let's get that working and then work on the secure portion. Right now we are trying to put out too many different fires.

The catalog/images folder should have 777 permissions.

August 2, 2003

ok I changed the permissions to 777 and that fixed the images error. Then I took the admin back out of the secure server, and it looks like we're back to square one with the zone.php error. :crazy: I guess that was an SSL problem and not a languages problem.

The links to the button images are broken, and I'm still seeing things like, TABLE_HEADING_COUNTRY_NAME, TABLE_HEADING_ZONE_NAME, TABLE_HEADING_ZONE_CODE.

I'm so frustrated, but I now know the file and folder structure of osCommerce inside out...occasionally I can even find what I'm looking for :lol:

Erica

Daemonj · August 3, 2003

ok I changed the permissions to 777 and that fixed the images error. Then I took the admin back out of the secure server, and it looks like we're back to square one with the zone.php error. :crazy: I guess that was an SSL problem and not a languages problem.

The links to the button images are broken, and I'm still seeing things like, TABLE_HEADING_COUNTRY_NAME, TABLE_HEADING_ZONE_NAME, TABLE_HEADING_ZONE_CODE.

Is the zones.php page the only page that you are having this problem now or are other pages as well? If it is other pages, can you give me an idea of which other ones they are?

Also, have you edited the admin/includes/languages/[language]/zones.php file? Probably not but I have to ask. ;)

I'm so frustrated, but I now know the file and folder structure of osCommerce inside out...occasionally I can even find what I'm looking for :lol:

Erica

I can certainly understand that but hang with me. We will get this resolved.

You see - there is something good in everything! :lol:

August 3, 2003

Is the zones.php page the only page that you are having this problem now or are other pages as well? If it is other pages, can you give me an idea of which other ones they are?

Also, have you edited the admin/includes/languages/[language]/zones.php file? Probably not but I have to ask. ;)

zones.php is the only one with that error. I can only see the first page of zones. I thought that error might have actually been from the split page, but I can scroll through all the countries through counties.php just fine. I haven't made any changes to zones.php, but I've had to make changes on other pages (none in the language dir). I was having a division by zero problem with the products attributes (http://www.oscommerce.com/forums/viewtopic.php?t=52617&highlight=division+zero) and unable to read$current_page (http://www.oscommerce.com/forums/viewtopic.php?t=52479).

Daemonj · August 3, 2003

If this is a brand new installation, re-transfer the admin/zones.php file and see if something did not get hoarked during the previous transfer.

August 3, 2003

I can't believe it was that simple :blush:

ok the zones error is gone. :)

Daemonj · August 4, 2003

Cool 8)

What do we have left, accessing admin through ssl or did you get that one going?

August 4, 2003

ok I've set the first define to:

 

define('HTTP_SERVER', 'https://secure.westhost.net/upstageonline');

So two things...

1. Ever since I changed the permissions on the language folder (755 ), and the [language].php file (644) I haven't been able to see the button graphics in the admin section, and I didn't check to see what they were at before I reset them.

2. *Almost* all of the links on the entry page look like this:

BOX_ENTRY_SUPPORT_SITE

BOX_ENTRY_SUPPORT_FORUMS

BOX_ENTRY_MAILING_LISTS

BOX_ENTRY_BUG_REPORTS

BOX_ENTRY_FAQ

BOX_ENTRY_LIVE_DISCUSSIONS

BOX_ENTRY_CVS_REPOSITORY

BOX_ENTRY_INFORMATION_PORTAL

There are some other areas in the admin section that show up that way too.

Daemonj · August 4, 2003

Would you mind sending me your admin/includes/configure.php file via PM?

psherrill · November 17, 2003

The unorthodox solution worked for me as well. Why?

In trying to resolve this previously, I discovered when attempting to log in from the index page, if you are successfull you are redirected to the index page via standard http. The DIR_WS_CATALOG is appropriately redefined as DIR_WS_HTTP_CATALOG, but the basedir is still set to HTTPS instead of HTTP. I think this is the source of the issue, but not yet being familiar with the code I'm not sure where to look.

Pat...

login issue

Recommended Posts

Guest

Daemonj

Guest

Daemonj

Guest

Daemonj

Guest

Daemonj

Guest

Daemonj

Guest

Daemonj

Guest

Daemonj

Guest

Daemonj

Guest

Daemonj

psherrill

Archived

Browse

Activity