orangechicken Posted January 23, 2003 Share Posted January 23, 2003 Well this is *really* frustrating.... and I just can't track it down. I have register_globals = on (verified today). I'm using ~ July or August snapshot. This issue just started so I imagine the hosting company recently upgraded their version of PHP. After I type in my CC#, I click Continue and I'm sent to the checkout_confirmation page where I meet the error: Error! Unable to determine the page link! Now, I've read posts for the last two hours in hopes of finding some info. Nothing. It's just on this page. I've been able to narrow it down to the following snippet: if (MODULE_PAYMENT_INSTALLED) { $payment_module_selected = false; reset($this->modules); while (list(, $value) = each($this->modules)) { $class = substr($value, 0, strrpos($value, '.')); if ( ($GLOBALS[$class]->code == $payment) && ($GLOBALS[$class]->enabled) ) { $payment_module_selected = true; $GLOBALS[$class]->pre_confirmation_check(); } } if ($credit_covers) $payment_module_selected = true;//ICW ADDED FOR ORDER_TOTAL CREDIT SYSTEM if (!$payment_module_selected) { tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'error_message=' . urlencode(ERROR_NO_PAYMENT_MODULE_SELECTED), 'NOSSL')); } } Specifically, $class is blank even though var_dumping $this->modules shows my module there. And for some reason, the tep_href_link in this function returns the error. Moreover, echoing out all the arguments that get passed to tep_href_link shows all blanks(?!). AND THE WORST PART ABOUT THIS WHOLE THING IS: If I click refresh on the error page, everything for the rest of the session works beautifully. This started happening a week ago. Any help???? -chicken Link to comment Share on other sites More sharing options...
orangechicken Posted January 23, 2003 Author Share Posted January 23, 2003 echoing out sizeof( $this->modules ) correctly returns 1 echoing out "class: " . $class . " value: " . $value in the while returns: class: value: What the heck is happening here?? It makes no sense at all. chicken Link to comment Share on other sites More sharing options...
orangechicken Posted January 23, 2003 Author Share Posted January 23, 2003 I'm seriously stuck here. Does anybody think it could be a PHP 4.3.0 issue? The same code works fine on my local box which is 4.2.3 and has been working fine on the client's box until shortly after they migrated to 4.3.0 (but it wasn't the exact same day, so I can't outright blame it). If somebody wants to take a look at what I'm talking about follow these instructions: 1) Go to http://www.best-bite.com/store.php. 2) Add the book to your cart (most visitors to the site are doctors and they have a full range of products for them). 3) Now, once you've added the book to the cart, you won't be able to proceed to checkout because we've disabled the checkout process until we get this problem fixed. So type in http://www.best-bite.com/checkout_payment.php 4) Log in with OSC_DEMO : osc_demo@1 5) Fill in 4111 1111 1111 1111 for the CC# and click 'Continue' 6) You'll now see the error. 7) Click Refresh/Reload on your browser and for the rest of the session you'll be just fine!!!! To recreate the error after the first time, you'll have to restart your browser. If a couple people could look at it and tell me if they have any ideas to try I'd surely appreciate it!!!!!! If someone figures it out I'll send them a pizza. -chicken Link to comment Share on other sites More sharing options...
burt Posted January 23, 2003 Share Posted January 23, 2003 Hmmmn. I just tried it and it does give an error, though I cannot see why...I'll see if I can recreate it on one of our servers... Please feel free to delete the "testing testing" a/c. Link to comment Share on other sites More sharing options...
orangechicken Posted January 23, 2003 Author Share Posted January 23, 2003 well that didn't work too well. Full files at my site: before: http://projects.orangechicken.com/bestBite/before.txt after: http://projects.orangechicken.com/bestBite/after.txt -chicken Link to comment Share on other sites More sharing options...
orangechicken Posted January 23, 2003 Author Share Posted January 23, 2003 ((( If a mod could remove my nasty post above and then remove this one too, I'd really appreciate it - No use in cluttering up this place ))) Link to comment Share on other sites More sharing options...
csavery Posted January 24, 2003 Share Posted January 24, 2003 I think there's definately a behaviour change from 4.2.3 to 4.3.0. This error started for me and I noticed it within an hour or two of my host upgrading to 4.3.0..... I'm working on tracing the same code and trying to figure out what's the exact cause. If you find out first then please send me an email ([email protected]) so I can try to fix it as well... Thanks! Chris :) Link to comment Share on other sites More sharing options...
sabotage79 Posted January 27, 2003 Share Posted January 27, 2003 Im having the exact same problem. Has anyone found a solution? PLEASE HELP!! Ryan Link to comment Share on other sites More sharing options...
orangechicken Posted January 27, 2003 Author Share Posted January 27, 2003 Nope, no solution yet that *I* know of. Have you been able to nail down where your exact problem is happening? What's your system? OS? Web server? PHP version? We need to get some of the devs testing this out. What version of OSC are you running? -chicken Link to comment Share on other sites More sharing options...
sabotage79 Posted January 27, 2003 Share Posted January 27, 2003 It happens AFTER I choose my payment method. If I hit refresh it seems to go on, once it did, once it didn't. PHP 4.3.0 OSC Snapshot Jan 03, 2003 Linux Server 2.4.19 / Apache 1.3.27 PHP API 20020918 PHP Ext. 20020429 Zend Ext. 20021010 Latest Installed Addons: Paypal IPN Credit Class GV 4.1 Discount Coupon 0.95 IONGATE 122702 Attrib Sorter Infobox Header Images Mo Pics My shop is on hold until this problem is solved. :cry: Link to comment Share on other sites More sharing options...
New 
Recommended Posts
Archived
This topic is now archived and is closed to further replies.