progress bars to scroll indefinitely

For some reason or another, it's requesting payment details from the path /uberdrupal11/cart/cart/checkout/payment_details/credit. I don't see why it's sticking two /cart's in there, though. I'm also not running into this on my test site. Have you made any other customizations here?

Have you tried a clean install to see if you have the same problem? My test site was also updated from RC6 to the current dev version and it had no difficulties.

I can't vouch for my own install (I'm still waiting for uc_file_update_6006 to finish..!) but it looks like this only happens when you refresh the Checkout page (or load it for the first time). If you click the radio button, it POSTs to the right url and the payment details pane shows up. Reload the page and you get the progress bar again. It's as if the ucURL variable is not getting set correctly or something. Recursion someplace? An improper base path set somewhere?

I also am encountering this issue after upgrading to rc7.

Upon initial load of the checkout page it tries to load:
/cart/cart/checkout/payment_details/credit

which results in a 404.

FYI, I tracked this down to bugs in the javascript of uc_free_order (#586872: Javascript Bug when using UC rc7) and uc_gift_certificate.

An update from my end, I tested with Anonymous and Registered checkout and neither of them caused this issue to appear. Are you guys using any additional payment methods or is credit card the only one?

EDIT: Interesting find, Jason. Nice work :) But I don't recall the eat3d.com site using gift certificates? Maybe it's using free order though, hadn't looked.

Solution is here: http://drupal.org/node/587820

@ivan.g

Just so I am clear that this -is- the solution... Who is running jQuery 1.3+? Isn't d6 at 1.2.6 and even the jquery update isn't up to 1.3 yet, (except for the 2.x dev version) correct?

So instead of a fix shouldn't this be marked as a sort of isolated case where people have manually updated their jquery? And, if so, why are there so many others having this issue? Does everyone that reported in this issue queue have jquery 1.3+?

Is there anyone with 1.2.6 having this issue? Personally I've seen it a couple times on a stock d6 install, but not enough to feel like I need to track it down - usually resolved by reloading the cart a couple times....

Yeah the solution the jrust proposed is probably the correct one. I'm not positive #11 is necessary at the moment (not until D6 moves to a new version of jQuery).

The fix proposed in #11 had actually already been put in, but was reverted by another patch. In jQuery 1.2, that syntax was deprecated but still accepted, so making this change won't actually affect anybody using that version.

patch from #9 solved it for me, thanks!

I'm not sure why this is marked as "needs review" - there was never a patch here to review in the first place, and #13 indicates that the OPs problem was solved by the fix in #9. So moving this to "fixed" ...

Hi, I set this to active. I do not use uc_free_order or uc_gift_certificate, but having this issue on 6.2.4.
Anyone has a solution please?
Thanks a lot in advance!
greetings, Martijn

@Summit: It's highly unlikely that your issue is a bug. It's probably a JavaScript conflict, a Secure Pages configuration issue, a permissions issue, or any number of problems caused by a contributed module. Please search through the many threads discussing this symptom on ubercart.org, and ask for help there if you still can't figure it out.

Hi, I do not have the problem on Firefox, it is only on Internet Explorer and Safari is more terrible..Can you may be filter it down with this to a more specific field for me to look for?
greetings, Martijn