Cannot finish checkout, sent back to address screen

Another sighting confirmed. CVS ecommerce with drupal 4.7CVS

cart/checkout/review

screen is fine, but attempt to complete order, via "Place your Order"

cart/checkout?op=next

sends back to

/cart/checkout

(which is the old Choose Billing Address page), rather than "next" page.

Don't know what happened... maybe I just updated to latest cvs... but works now! Thanks everyone! :-)

i have the same problem, but no magic effect for me ,
i have the latest version
could you details what you have do
thanks

maybe, the problem is in the screen order i have this by default
address
paypalpro_express
payment
shipping
cart

??

This should be ok, but paypalpro_express needs to be after the payment module or it is not going work at all.

I am actually going to be removing this because the paypal express checkout needs to be called after the review screen.

This is a problem with clean URLs - I can't find it yet, but if I do I'll let everyone know.

I've been looking a this for most of the day and I can't work it out.

I'm sure it's to do with clean URLs (as when I turn them off it works) but I don't know where to look. I think it's to do with

  $num_screens = count($data->screens);
  if ($num_screens > $data->screen+1) {
    drupal_goto('cart/checkout','op=next');
  }

and the drupal_goto function, but I really don't know.

Can anyone help me out with this? Is there some help with clean URL problems in modules? I really need it to work ASAP and I can't turn my clean URLs off...

I've been looking a this for most of the day and I can't work it out.

I'm sure it's to do with clean URLs (as when I turn them off it works) but I don't know where to look. I think it's to do with

  $num_screens = count($data->screens);
  if ($num_screens > $data->screen+1) {
    drupal_goto('cart/checkout','op=next');
  }

and the drupal_goto function, but I really don't know.

Can anyone help me out with this? Is there some help with clean URL problems in modules? I really need it to work ASAP and I can't turn my clean URLs off...

I've tried and tried but can't reproduce this. Is there anything else you can give us to work on. Maybe enable the devel redirect page. It might be able to tell us something about the redirect page that's causing a problem. *shrug*

neclimdul, are you using clean URLs?

You can see the problem at http://www.playfestival.co.uk/shop - it's not live yet so don't worry about trying to buy anything (not that you can anyway).

using the devel module just shows that the page is being redirected to http://www.playfestival.co.uk/cart/checkout?op=next after clicking 'Place your order'.

What more can I do to help you with it? I don't mind giving you a temp admin longin for the site if that would help? I am using the most up to date files from CVS.

As I say, as soon as clean URLs are turned off, it workd fine.

I have taken a quick look, and I also cannot replicate this. I have triied both clean urls on and off.

I will email you and we can work together on this, If I don't get a hold of you email me through my contact.

I have done a lot of investigation on this, and basically what is happening.

When the review screen is submitted for some reason when the clean urls is on when you submit the last review page the select from the select from the ec_tmp is not returning the most resent version of the what is in ec_tmp, but what looks like the first from when you start working throught the checkout.

It is like you have multiple mysql servers on the backend and on the last page you are reading from an unsynced slave.

I am fairly certain this is not an ecommerce issue, but an issue with the set up of apache, php and mysql. esp. when if you turn of clean urls it all works.

Thanks a lot for your time and help.

I have contacted the host (opensourcehost) to ask them if they can help at all. Do you have any ideas on anything else I can do?

I could move servers if it comes to it, but this should be a fixable problem on the server I'm on I guess.

Thanks again

I've just tried this on a different server and I get the same problem.

What are the chances of this being a system wide error? Should I grab the latest CVS version of every module? I might try RS2 now it's out...

The site I have the problem with it an upgrade from 4.6 too...

Can you try dropping the ec_tmp and re creating this table.

What I saw on sym's web site is that the the ec_checkout_get_data() which returns the txn object when you are doing the checkout is returning an old version of the cart and not the most resent version.

on the first display of the cart/checkout/review, ec_checkout_get_data() returns correctly.
On the submit of cart/checkout/review, ec_checkout_get_data() returns an older version so it goes back to the first page.

anyone have any other ideas.

I ahve another idea to follow up...I've just changed the themeto bluemarine and it works.

My theme is a phptemplate theme from 4.6, just pluged in to 4.7. Does anyone know why this might change anything? Ian, can you try this? If anyone wants to talk over IM let me know, I'll be on for the news few hours.

No, and I can change back and forth and it works or doesn't accordingly. Are you using the 4.7 template?

I've fixed it now! I'm not 1005 sure what change fixed it, as I started to copy the bluemarine code over and it started working!

I'll post back hwere when I find it. All I can advise for now is to look at the code around

      <div id="main">

        <?php print $breadcrumb ?>
        <h1 class="title"><?php print $title ?></h1>
        <div class="tabs"><?php print $tabs ?></div>
        <?php print $help ?>
        <?php print $messages ?>
        <?php print $content; ?>
      
	  </div>

And see what your theme has

Great! I don't know enough about drupal to know why that would cause a problem, maybe the ecommerce modules pick up the op=next, get no post data and resets $txn?

ok, I've got a theory as to why 404's could cause the looping, and why it would go away when you turn clean-urls off. When drupal gets a path that doesn't make sense, like "node/not-a-path" it basically strips things off the end of the node untill it makes sense, ie "node/not-a-path" sends you to "node".

So, like what Sym said - in ecommerce when you try to checkout a broken stylesheet or image may retriggers the review process by resetting $txn and pushing you back.

*scratching head* um... wow. This will surely need to be looked into. Assuming that everyone will have a perfect page is probably asking for trouble and more support threads like this.

I got it.

What is happening is the images have a relative path so when the web server is looking up and image like
<img src="broken_image.png" /< is being changed to http://www.example.com/cart/checkout/broken_image.png which is resetting the cart back to start.

The removal of the <base> means that this can happen.

I have change the path to the review page from cart/checkout/review to cart/review which will fix the issue of the cart looping if there is a broken link (image/css) on the page.

Remember when upgrading from 4.6 to 4.7/cvs there is no <base> anymore and all images need to be absolute in the path.