In testing, before activating SSL and before adding/enabling Secure Pages, checkout worked great.

After activating SSL and Secure pages, couldn't access checkout. Realizing it tied to the URL switch between http: and https:, found the SSL Single Directory fix and made the change at the hosting site; that resolved the access to the page issue, but the checkout progress.gif image isn't resolving. It appears like it's loading information for manual or cc checkout, depending on which is selected. When you first go to checkout, it defaults to manual and the progress bar never stops "loading." Switch to cc method, same thing. Switching back to manual, the bar finally resolves and provides manual payment information.

Switch back to cc method, however, and it still doesn't resolve.

I initially set this as "critical" because our previous host (iPower) was having server issues and we couldn't access the site reliably, and were about to "go-live" with a convention registration. We did an emergency migration to Media Temple, where the site loads wonderfully, but we need to get this last issue resolved...it's 48 hours into the site move and registration window now. :/

Thoughts...? (Anyone thoughts on switching to the dev version of Ubercart's latest module to resolve?) We're using ubercart 6.22, Secure Pages 6.x-1.8, Drupal 6.16...

References:
http://drupal.org/node/554868 -- ubercart, similar issue
http://drupal.org/node/360893 -- secure pages, SSL Single directory fix

Comments

GreyHawk’s picture

Workaround: We set the site to be completely https -- all links and images and anything on-site that wasn't using a relative URL plus the .htaccess was adjusted to force everything to access on the https:// URL.

This resolved the issue, oddly enough. Still, doesn't actually "fix" it -- just gives my client an operationally secure site, so we're going with it for now.

Would still love to see this corrected.

GreyHawk’s picture

Priority: Critical » Normal
clevername’s picture

subscribing

clevername’s picture

Priority: Normal » Minor

My workaround involves adding 'checkout*' (not just cart/checkout) to the secure pages setting, and */ajax/* for the ignore pages under settings. I'll report back if it doesen't hold up.

jberg1’s picture

adding "cart/checkout*" in the "Pages which will be be secure:" worked for me.

astonvictor’s picture

Status: Active » Closed (outdated)

I'm closing it because the issue was created a long time ago without any further steps.

if you still need it then raise a new one.
thanks