I am using Ubercart 7.x-3.x-dev with an Omega 7.3.1 subtheme and can't get credit card payments with authorize.net to work. When I use credit card payment and submit / review the order I am send back to the checkout page with no error - no transaction is sent to authorize.net. Paypal payments work fine.

The site has a bunch of modules / blocks but no matter what I turn on or off the only thing that reliably makes the authorize.net credit card payment work is using a none omega theme (bartik)

When I use a finished omega subtheme it fails - when I use a brand new no changes omega subtheme (built using omega tools and drush) credit card transactions fail. (loop back to checkout page with no errors). Paypal payments work fine with any theme.

But on the other hand I have a very simple site on the same server where authorize.net works fine with ubercart / omega.

Seems my issue is similar to these two http://drupal.org/node/1462022 #1462022 #1187632 http://drupal.org/node/1187632

I am not really sure where this issue should be posted - but I have spent way too much time trying to figure this out so I am reaching out for others experience.

CommentFileSizeAuthor
#3 fail.png18.6 KBjoemoraca
#3 worked.png31.32 KBjoemoraca

Comments

longwave’s picture

longwave
he/him
Primary language English
Location UK
commented
Category: bug » support
Status: Active » Postponed (maintainer needs more info)

A link to the site that demonstrates the issue would help, saves us having to set up test sites. As it works in other themes I don't see what Ubercart can or should do, but perhaps there is something we can change.

Or, perhaps it is another module causing this issue? Are you using uc_ssl or anything else that may affect checkout?

wodenx’s picture

wodenx commented

I have seen theme-related problems when there image buttons and/or when the theme (or another module) overrides the default submit button and submits the form via javascript. Can you use firebug to get the contents of the POST from the checkout form? Of particular interest is the presence (and value) of the "op" POST variable.

joemoraca’s picture

joemoraca commented
StatusFileSize
new worked.png31.32 KB
new fail.png18.6 KB

First thanks for looking at this....

Attached are two screen prints - fail.png and worked.png ... names say it all - both seem to have the same form_id and op values.

form_id uc_cart_checkout_review_form
op Submit order

I am "assuming" the form_build_id and sescrd variables are either random ids or encrypted?

joemoraca’s picture

joemoraca commented

Yes I must be using something that affects checkout ;-) but no I am not using uc_ssl - no ssl on the dev server http://seasucker.webdevgeeks.com/ (it is using a dev authorize.net account so testing cc numbers will work)

I have turned off the JS libraries - formalize / media queries / equal heights and debugging blocks / grid in omega.

I have turned off - uninstalled - turned back on most all of the ubercart modules. (not products)

I deleted / re-downloaded both ubercart and omega - I know they are not "hacked" versions (I didn't build the original site)

All I have left is to redo the theme without omega but that is pretty extreme.

Thanks for looking at this issue.

edit: i just created a zen subtheme and it works fine. i also tried a new omega xhtml subtheme and it didn't work.

tr’s picture

tr commented

Check for 404 errors on the submission caused by missing images, stylesheets, or scripts.

joemoraca’s picture

joemoraca commented

Wow that seems to have been the problem - there was a small image in a footer that was missing - I fixed that and it seems to work.

THANKS.

joemoraca’s picture

joemoraca commented
Status: Postponed (maintainer needs more info) » Closed (fixed)

missing image was my problem - seems crazy but if it works it works

billy_comic’s picture

billy_comic commented

@joemoraca how did you find out which image was broken? View source? Firebug?
About to tear my hair out over this...

Thanx
B