I'm not sure if this is an issue with the UberCart core module or with specifically the uc_recurring sub-module, but it appears to have begun happening at the same time as we added the recurring payments into the system, so I've posted it in both areas with the hope of receiving a more expeditious response. I can confirm that the missing fields WERE visible as recently as two days ago.
The "Card Owner", "Card Number", "Expiration Date" and "CVV" fields are missing from the checkout form, and I can't for the life of me figure out where they've gone off to. See the attached screenshot for an example, and thank you in advance for looking into an issue that is mission-critical for a project I'm working on.
| Comment | File | Size | Author |
|---|---|---|---|
| checkout.jpg | 45.06 KB | atg |
Comments
Comment #1
atg commentedComment #2
rszrama commentedNothing has changed here in core UC, so check the recurring module. Why not try disabling it? : )
Also, it could be that a theme function is overriding this and returning not output, so check that.
Comment #3
atg commentedI'm getting similar issues with the recurring module disabled; however, that doesn't mean that it doesn't have anything to do with the changes the recurring module requires you to make with the modules used for payment (including the test payment gateway and the credit card module). See the following URL for the patch they require (which we've applied):
http://drupal.org/files/issues/ubercart_uc_recurring.patch
I'm open to trying your idea with the theme function. What's the best way to troubleshoot the theme? I've been a developer for a decade now, but I'm having a hard time tracing the compilation of the output. Any thoughts you might have on that would be greatly appreciated.
Comment #4
atg commentedComment #5
Island Usurper commentedIt looks like there could be a javascript error preventing the output from being displayed. That long rectangle should be progress.gif, but it's not loaded either for some reason.
You might also see if other payment methods are affected, like Check or COD. I've seen Secure pages and Internationalization do odd things to the payment methods if they're both enabled, as well.
Comment #6
Island Usurper commentedComment #7
aaronbaumanI can reproduce this error for IE7. Neither the purchase preview nor payment methods appear - only the progress bar.
I'm getting a javascript error like "permission denied line 2039" which leads me to the bowels of jquery, which leads me to an xmlhttprequest object trying to fetch a url at "//cart/checkout/payment_details/" (note the double leading slash), the root of which i tracked back to line 17 of uc_payment_checkout_pane.inc and the details of which have to do with uc_payment.js and uc_order.js
If this is a UC issue, and not a third party module's issue, this is definitely a critical issue since IE7 users cannot check out.
Unfortunately I don't have the time or energy to disassemble my already complex site module by module to confirm or deny whether this is Ubercart's fault or not. Suffice it to say that I don't really enjoy deubgging javascript in IE, and I'll echo others' comments that it's irresponsible to build an interface that depends on ajax/javascript.</rant>
For now, and until I can identify which module is at fault, I'm reverting to RC6.
Comment #8
aaronbaumanOK - i installed uc-6.x-dev on a clean drupal instance and this issue was resolved, even for IE7.
If I figure out anything else, i'll update this issue.
Comment #9
tr commentedBecause the OP is the only one reporting this problem, I'm going to say the most likely reason is a configuration error. Without further information from the OP in response to #5 I don't see how we can pursue this issue.
Comment #10
tr commentedComment #11
GreyHawk commentedI'm popping in here to say that I'm getting this now. I'd seen it briefly last year but I believe updating both Ubercart and the Secure Pages module resolved it then. This year, we had an issue initially setting up Secure Pages but resolved it - yet the credit card and manual payment .gif don't load now that the checkout page is secured.
FYI: SSL is set up to "Use a single directory for housing SSL and non-SSL content" per this issue's comment #5...that's what resolved out SSL / SecurePages issue.