I have been debugging this for a heck of a long time now so i know that this is some how related to the theme . So basically i added the direct transfer payment for ubercart and it was redirecting me back to the checkout form once i submitted the order. If i change to bartik there is no issue and the checkout process works 100% . I remember omega was having trouble as the administrator theme for the media module and am not sure this is related.

let me know if this is not directly related to the omega theme ans maybe something with either ubercart or the direct transfer module then ill close this issue.

this was tested on both omega 7.x3.0 and 7.x3.1

Comments

finedesign’s picture

finedesign commented

I am using Omega 3.0 and UC 7.x-3.0 with Paypal as the payment gateway and don't receive the same issues.

Anonymous’s picture

Anonymous (not verified) commented

I probably should have mentioned that it was with the direct transfer payment and paypal express ( although i was only testing with paypal express for a short time ) it was working with the normal paypal standard

marcoka’s picture

marcoka commented
Status: Active » Postponed (maintainer needs more info)

i think for this complicated setup a demo would be good. otherwise i dont think that someone will configure all that stuff only to test that.
as i understand redirection goes wrong.
do NOT use omega as an administration theme. its not meant for that

Anonymous’s picture

Anonymous (not verified) commented

its not a complicated setup

drush dl ubercart omega uc_bank_transfer
drush en -y ubercart omega uc_bank_transfer

create 1 product and test

cellar door’s picture

cellar door commented

hmmmm I'm not seeing what Omega would do that would cause a re-route like this. Do you have any further debug info on this? Maybe the code around the submit button? The only thing I can think of (and this is a waaaay long shot) is that the js in omega is somehow conflicting w/ that of the ubercart. But commerce guys use omega in their theming so I know it can handle the e-commerce stuff just fine.

More info would be great

Anonymous’s picture

Anonymous (not verified) commented

I am not to sure what other info i can give. I do not see any errors in chrome inspector. The thing is this was not working for a few others and i am not sure they were using the omega theme or not

http://drupal.org/node/1187632

ubercart seemed to have resolved the problem with the latest update, i was not too sure where to post this because i am not sure if it might be an error in the ubercart code that conflicts with omega or visa versa. But either way if omega is not the theme for that checkout process it works fine. Also this is not an administration theme issue because the checkout is not an administration page, i only referred to the problem omega was having with it as administration theme with the media module ( although this seems to have been fixed )

cellar door’s picture

cellar door commented
Status: Postponed (maintainer needs more info) » Closed (works as designed)

To be honest this sounds like an ubercart thing. If it's a bug that's been addressed in the past through the module then that's probably where the fix needs to occur. The issue with media/admin was a permissions based issue, not a conflict with the module itself.

For now I would work w/ the ubercart team in order to figure out the root of the issue, if it's deemed to be an Omega thing then we can open it back up and incorporate what needs to be fixed. Not being ubercart pros though we'd be spinning our wheels trying to figure out the module interaction.

Another thing to look into like I said prior is Commerce. Not sure how deeply integrated w/ Ubercart the site is but Commerce is known to work very well w/ Omega without any issues.

Good luck and let us know if you find something that needs to be patched w/ the ubercart guys

Anonymous’s picture

Anonymous (not verified) commented

cool .. yeah i thought it might be more a ubercart issue, just was not too sure.

I actually used the commerce module first and did not particularly like they way one had to setup products twice and the attributes settings was a bit weird as well. probably just a personal thing though. Will probably look at it for future commerce development.

joemoraca’s picture

joemoraca commented

I am having a very similar issue - except trying to use authorize.net as the payment gateway http://drupal.org/node/1532130