Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

Unable to determine the page link!


PeteCassetta

Recommended Posts

Posted

First of all, I have register_globals = On in php.ini. I couldn't get anywhere until that was turned on.

 

I'm trying to evaluate OSC on a development machine: Windows XP, Xitami server, PHP 4.2.3, OSC 2.2 snapshot.

 

I can load the catalog fine and do most things OK. I can load the main Admin page. When I click any of the links on the Admin page, e.g., "Configuration," I get some menus and header stuff, then the dreaded:

 

Error!

 

Unable to determine the page link!

 

Function used:

 

tep_href_link('', 'gID=1&selected_box=customers', 'NONSSL')

 

I've spent many hours reading the forums and trying to fix this, to no avail.

 

Any ideas? It looks like a great package, but I'm really stuck here.

Posted

tep_href_link('', 'gID=1&selected_box=customers', 'NONSSL')

 

the first var should contain the filename for this function

 

i.e.

tep_href_link('FILENAME_CATEGORIES', 'gID=1&selected_box=customers', 'NONSSL')

 

now it uses these cryptic defines (FILENAME_CATEGORIES) which can be found in admin/includes/application_top.php

 

I guess the question now is, which file?

That I can't answer without knowing what your trying to do..

plus I'm going home from work now, and won't have time to answer forum questions till I work next :o

Posted

Thanks for attempting to help me.

 

tep_href_link('', 'gID=1&selected_box=customers', 'NONSSL')

 

the first var should contain the filename for this function

 

i.e.

tep_href_link('FILENAME_CATEGORIES', 'gID=1&selected_box=customers', 'NONSSL')

 

now it uses these cryptic defines (FILENAME_CATEGORIES) which can be found in admin/includes/application_top.php

 

I guess the question now is, which file?

That I can't answer without knowing what your trying to do..

 

It doesn't matter which file really. EVERY link from the Admin page does this. That is, FILENAME_CATEGORIES isn't the only one that messes up.

 

I found that adding:

 

$PHP_SELF = $_SERVER['PHP_SELF'];

 

to the top of admin/includes/application_top.php helps pages get further before the "Unable to determine the page link!" error hits. That is, more of the page gets built.

 

So now I'll do a global search/replace to replace all $PHP_SELF with $SCRIPT_NAME in all modules and see if that helps.

 

It seems that OSC is set to run with old PHP versions out of the box, and then you have to jump through hoops to get it running with a current version of PHP. That seems totally backwards to me...

 

Thanks for any further help. If I get it straightened out I'll post again.

Posted

All right, I'm in business now. I found one more instance of $PHP_SELF, which I replaced by $SCRIPT_NAME, and that fixed the problem.

 

It was line 21 of customers.php.

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...