Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Using IE (tested in 7 & 8) the payment summary within the Payment method fieldset on the checkout page never loads. I assume this is an issue with the JS not working cross-browser.
(See attached image)
Comment | File | Size | Author |
---|---|---|---|
#47 | 684552-taxes.js-loop.patch | 1.18 KB | longwave |
#36 | taxes_IE_compatible.patch | 1.32 KB | ZoeN |
#22 | error.jpg | 46.63 KB | tigerfist |
#12 | 684552-payment-js.patch | 698 bytes | TR |
#9 | Screen capture 1.png | 7.48 KB | cbhdtech |
Comments
Comment #1
longwaveFollowing our conversation in IRC, hunthunthunt was able to reproduce this on two separate sites in both IE7 and IE8, while I could not reproduce it on either site - the checkout pages always loaded correctly for me.
I have a suspicion that Ubercart is triggering an obscure bug in IE's JavaScript engine that only occurs in particular circumstances, related to either a specific version/patch of IE (though our version numbers matched exactly) or an interaction between IE and some other unknown software. A similar bug was reported to me a while back by a customer of one site that I manage, but again I was unable to reproduce it.
Comment #2
hunthunthunt CreditAttribution: hunthunthunt commentedLooking in to this further I am experiencing the same problem with IE7 & 8 at http://livetest.ubercart.org/uc2/
As I am testing in parallels in a workplace the issue may be VM or firewall related.
Comment #3
ferrangil CreditAttribution: ferrangil commentedI'm having the same issue right now, but with all browsers, not just related with IE7 and 8. The site was working perfect on my computer, but on the live server it doesn't (and it's the same files, same database). Very odd...
We are trying to find the problem. The site is www.lynxeds.com (just add a book and go to checkout). If you try to change the payment method it never loads but I get notifications on watchdog, like...
Type page not found
Date Wednesday, February 24, 2010 - 14:14
User ferran
Location http://www.lynxeds.com/cart/cart/checkout/payment_details/directdeposit
Referrer http://www.lynxeds.com/cart/checkout
Of course, that double /cart is not correct and the correct url should be http://www.lynxeds.com/cart/checkout/payment_details/directdeposit
On my local system, it loads the correct information and everything works just fine.
Any hints will be greatly appreciated (and followed!).
FYI: Everything was great 2 days ago, when I was using (still) D6.13 and Ubercart beta... Now with D6.15 and UC 2.2 (and everything updated), problems arise..
Comment #4
xacobeSame problem here!
Im using conditional_payment module.
Subscribing
Comment #5
ferrangil CreditAttribution: ferrangil commentedxacobe, is it working on your computer? That is very odd... Mine is working perfect, but online... you saw it...
Comment #6
TR CreditAttribution: TR commented@ferrangil: Your problem is not the same as the OP - your problem is a duplicate of #585964: progress bars to scroll indefinitely
@xacobe: "me too" doesn't help diagnose the problem - are you seeing the same thing as the OP or the same thing as #3 ? It would greatly help if you would specify exactly what your problem is and how to reproduce it on a new install.
Comment #7
xacobeSorry for taking so long to get back, I did find a solution to my problem changing "secure page" settings which I had wrong, and I lost this thread.
@ferrangil: not, I was on a production site, that is why I was a bit stressed :o
@TR: Sure, Ill try to give more information next time.
Comment #8
ferrangil CreditAttribution: ferrangil commentedI could manage to avoid this error by re-upgrading to the newest ubercart module but upgrading first to intermediate versions (I was veeery outdated...).
Comment #9
cbhdtech CreditAttribution: cbhdtech commentedI'm experiencing the same problem with IE8. I have no problems in Firefox, Safari, Chrome, Opera, Flock, or Camino. This is the error IE8 is giving:
And here is line 1426 with a few additional lines for context:
Any suggestions?
Comment #10
TR CreditAttribution: TR commented@joshuacarter: Start by turning off JavaScript aggregation - that makes it difficult to debug problems. Your problem probably has "typical" causes like jQuery update conflicting with the Ubercart .js, or some other JavaScript you have on that page conflicting. If you post a link to your site we can take a look at it.
Comment #11
cbhdtech CreditAttribution: cbhdtech commented@TR: I appreciate your response. I disabled the JavaScript aggregation. Here is the link: http://cbhd.org/content/supportjoin. (Just add a membership/donation option and that will take you through the cart process.)
Thank you for your help!
Comment #12
TR CreditAttribution: TR commentedI see what you mean now. Seems like IE doesn't like something in the Ubercart JavaScript.
The IE debugger shows an error in uc_payment.js and and error in simplemenu.js. For the latter, search drupal.org for bgiframe and you'll find lots of info (don't know if there's any solution, but lots of info ...).
For the uc_payment error, try the attached patch and let me know if it fixes the problem.
Comment #13
bentekwork CreditAttribution: bentekwork commentedJust tried the patch in #12 and it does not resolve the issue. Thanks for your help.
Comment #14
TR CreditAttribution: TR commentedYeah, it was a long shot. None of my test sites show an error with uc_payment.js under IE, so it's curious I see the error on #9's site. At this point, I suspect it's some sort of conflict with all the other JavaScript he loads on the checkout page. The only way to test that and narrow down the problem is to turn off any JavaScript that isn't supplied by either Drupal or Ubercart and see if the error goes away.
Comment #15
cbhdtech CreditAttribution: cbhdtech commented@TR: Thanks for the suggestion. I will try this.
Comment #16
cbhdtech CreditAttribution: cbhdtech commented@TR: Your the man and I'm obviously a n00b. Declaring the the variable 'data' before the if statement resolved the uc_payment error. Thanks a million!
Comment #17
Island Usurper CreditAttribution: Island Usurper commentedSo that's one for "patch works", and one for "patch doesn't work".
Needs more reviews.
Comment #18
TSE CreditAttribution: TSE commentedHi,
sad to say that im another one for: this patch does not solve the problems.
Also the ubercart demo is giving me the script error AND the side http://cbhd.org/content/student-membership from the one who said it now works for him is giving me this error.
I must say that i had simliar errors earlierer, fixed it by disabling modules, loading backups, etc. http://drupal.org/node/681886
But nothing where i could say this might be it, perhaps only luck.
Since i think this problem is critical i changed the priority.
Grretz TSE
EDIT: i played around with other ubercart sites and always got these script errors, but when you add these sites to your secure sites in IE it WORKS !!!!
EDIT2: Normally i got errors in payment.js L 237 (automating object cant be ...), but when i switch to secure sites (it works then) and after that switching back to normal internet secure settings in IE without reloading the page but by reclicking the "calculate shipping" button the error is now in tableheader.js L 71 and drupal.js L 226 with permission denied
I really hope this helps !
SO this error must have something to do with security settings in IE
Comment #19
tigerfist CreditAttribution: tigerfist commentedThis issue has been plaguing one of my clients ever since we launched the site a month ago. He has had numerous reports that customers cannot get past the checkout page, always when using Explorer. I couldn't track the problem to IE6 or 7, as it was affecting IE8 as well. However, each time I tested it with IE 7 or 8, it would work fine.
Finally, i tried setting Security to high, which disables javascript, which affects the shipping cost calculator and payment calculator.
(As an experiment, I reset Security to Medium, but set privacy to high, which blocks cookies, and this does not even allow products to be added to the cart. Just throwing that out there, I know its a separate issue.)
I'm not much of a php developer, so I don't even know if there is a solution to accommodating IE's High Security setting. If not, the probable solution is inserting a warning message on the checkout page that tells users to adjust the Security settings.
Comment #20
tigerfist CreditAttribution: tigerfist commentedComment #21
tigerfist CreditAttribution: tigerfist commented@ ferrangil
The problems on your site also seems to be related to IE Security settings.
I tried your site with FF - no problem.
I tried your site with IE8 Medium security - no problem.
i tried your site with IE8 Medium-High and High security settings - doesn't work because javascript is disabled.
Comment #22
tigerfist CreditAttribution: tigerfist commentedUpdate
Went to http://MYSITE.com/admin/reports/dblog and found the following PHP error.
Comment #23
mmtt CreditAttribution: mmtt commentedany new solutions for it?
Comment #24
xxm CreditAttribution: xxm commentedMaybe an simular reason like this fault here: http://drupal.org/node/839170
Comment #25
Keith Hurst CreditAttribution: Keith Hurst commentedSubscibing, issue reported on client test site with IE7.
KH
Comment #26
joyseeker CreditAttribution: joyseeker commentedmoved to separate bug report because problem is 6.x-2.4, not 2.2
Comment #27
joyseeker CreditAttribution: joyseeker commentedseparate bug report
Comment #28
DamienMcKennaAm hitting this too.
FYI #629964: Patch to Cut Down on Tax Calculation Ajax Calls on Checkout Form may be related.
Comment #29
DamienMcKennaFYI I'm experiencing this with IE8 with the privacy & security settings set to default:
Neither of these have been altered from their out-of-the-box settings on an XP SP3 virtual machine.
Comment #30
DamienMcKenna@tigerfist: in IE8 the Medium-High security setting (system default) does not disable Javascript, that only happens when you change it to High. FYI I just documented all of IE's security settings in a post on my blog:
Comment #31
DamienMcKennaFYI when I load up the checkout page first and don't fill in anything it's clearly running into #629964: Patch to Cut Down on Tax Calculation Ajax Calls on Checkout Form.
Comment #32
DamienMcKennaTo further confuse the issue, I've had /cart/checkout work differently depending on the individual page load, and then eventually go from showing the long bar from the original issue to the "Order total preview" spinner never stop spinning (#629964).
On one occasion, it had started with the long bar at first, after a while it changed to the "Order total preview" spinner, and after longer still it finally returned the following error:
In this case, opening the script debugger displays:
and highlights
"z=a[D.propos[m[2]]||m[2]];"
After skipping through the debugger it finally gets to the following:
This is the following code:
Pretty innocuous. However, what's interesting to note is that I had left that field blank but filled in the other fields. I had also left the Company field empty but that field is not queried in this block of code.
Comment #33
DamienMcKennaAn example of what I did:
So a key problem seems to be simply that the AJAX calls take WAYY too long to run, or are running too often (as suggested by #629964) and possibly causing conflicts with other changes on the page.
Comment #34
DamienMcKennaSeems that #646660: Javascript issue with getTax() in uc_taxes may be causing some of the other issues.
Comment #35
DamienMcKennaPlease see if my patch from #646660 fixes this problem for anyone else.
Comment #36
ZoeN CreditAttribution: ZoeN commentedWe had this problem, and arrived at a solution much like #35. Our JS guy says it results from IE's penchant for going inside "For...In" loops even when the array it's told to loop through is empty. In some cases, depending on what the code inside the "For..In" does, this causes infinite loops. This was happening to us not only in uc_taxes.js, but in .js files for other contributed Ubercart modules.
I'll attach his patch here, just in case it may help shed light on this, though it's basically the same as what DamienMcKenna did.
Comment #37
acondiff CreditAttribution: acondiff commentedI am having the exat same problem as #32 and #33 that DamienMcKenna posted. Does anyone know of a solution? I believe too that it is an AJAX call that is taking way too long. So when the user finishes the form before that call, he is presented with the same blank form he just filled out. A lot of my customers are sending complaints. Is there any possible workaround? I can not leave my shop like this much longer. Thanks.
Comment #38
DamienMcKenna@acondiff: please try out the patch that ZoeN posted above or my patch in the other issue resolves the problem for you.
Comment #39
corey.aufang CreditAttribution: corey.aufang commentedI also had this same issue with a client.
Not only would the totals not display, but if they clicked "Review Order", it would break the transaction, sometimes taking them back to the cart page.
Applying the patch from #684552-36: Payment summary never loads in IE (Checkout) -- but in FF fixed both issues.
Comment #40
YK85 CreditAttribution: YK85 commentedsubscribing
Comment #41
garbo CreditAttribution: garbo commentedI think I might have found the conflicting module here: Shadowbox. When I have disabled the Shadowbox module checkout works fine. But as soon as I enable it, the costs summary never gets loaded.
Solution1: Use an alternative for Shadowbox (e.g. Lightbox2)
Solution2: If possible for your website, set "cart/checkout" and "cart/review" as pages where the Shadowbox script shouldn't be loaded! (under "Page specific activation settings" at the Shadowbox settings page).
I hope this helps others and relieves the Ubercart team from searching for the root of the problem (which is obviously not in the Ubercart software)!
Comment #42
garbo CreditAttribution: garbo commentedP.S. If others can confirm the above then I think I will stop using the Shadowbox software at all en replace it for Lightbox or something else. I had a similar conflict in IE with Shadowbox and the OpenLayers module (maps never loaded in IE until Shadowbox was disabled) for a different project.
Comment #43
DamienMcKennaI didn't have that problem, I wasn't using that module.
Comment #44
garbo CreditAttribution: garbo commented@DamienMcKenna, hmmm so I was cheering too soon. But maybe my finding indicates there could be other conflicting javascripts (from different modules) that cause the problem here?
Comment #45
Poieo CreditAttribution: Poieo commentedI have the same issue with IE7 when js compression is enabled, the order total and CC fields do not display. However, when js compression is disabled, everything works fine.
Comment #47
longwaveSeems hasOwnProperty() is the recommended way to fix this.
Comment #48
Poieo CreditAttribution: Poieo commentedJust a note, I don't have the taxes module installed and I'm still seeing a similar issue.
Comment #49
TR CreditAttribution: TR commented@Poieo: Similar is not the same. This issue is addressing something that works in FF but not in IE, and is directly traceable to the a problem with the JavaScript in the taxes module. If you want help on your problem please open a new issue and provide some details.
Comment #50
longwave"when js compression is enabled, the order total and CC fields do not display" suggests you have a missing semicolon or some other error in one of the JS files included on your site - this is (probably) not in Ubercart's code, but something from another module or your theme. This will be unique to your site's configuration, so it's up to you to track it down and open a new issue if you determine this is in fact Ubercart at fault.
Comment #51
longwaveCommitted #47.
Comment #53
delugestudios CreditAttribution: delugestudios commentedWe just ran into this problem, and the culprit was the Shadowbox module. It only effected IE8, and when we followed Solution 2 in #4 it fixed the problem.
Comment #54
dlx CreditAttribution: dlx commentedHad the same problem (IE JS must be enabled message) with the latest 6-dev release and had jQuery update module enabled. Disabling it fixed the issue.
Comment #55
WoozyDuck CreditAttribution: WoozyDuck commentedI am having similar issue on version Drupal 7 and unable to fix it!
Comment #56
ewyglend CreditAttribution: ewyglend commentedI am having this issue as well. I have also noticed that ajax seems broken on checkout page in IE so I cannot check shipping addy same as billing nor can UPS quotes be processed. I am assuming whatever is not allowing the customer to proceed is causing this issue. I feel as though this problem did not start happening until I had an SSL cert installed on the server. Would that make sense?