You are viewing this forum as a guest. Login to an existing account, or create a new account, to reply to topics and to create new topics.
Hi
I have been testing my site and the demo site on various computers. The dynamic checkout radio buttons do not work on either when using XP and IE8.
During checkout, it is not possible to select a different shipping method or different payment method. You can select the different radio buttons but they return to the default option.
The dynamic product options/price does work in XP/IE8.
Can this bug be fixed?? or would it be easier to disable the Jquery for non compliant browsers using XP??
Thanks
Rob
Offline
Hi Rob. Thanks for the report. Can anyone else confirm issues with radio buttons not issuing ajax updates using MSIE8? I want to rule out an issue with Rob's particular browser. Thank you.
Offline
This is the error:
Webpage error details User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; .NET4.0E) Timestamp: Fri, 31 Aug 2012 11:16:19 UTC Message: Expected ';' Line: 285 Char: 16 Code: 0 URI: http://www.myframer.co.uk/CheckoutIntro Message: Unexpected call to method or property access. Line: 3 Char: 29567 Code: 0 URI: http://www.myframer.co.uk/media/jquery/jquery.min.js Message: Unexpected call to method or property access. Line: 3 Char: 29567 Code: 0 URI: http://www.myframer.co.uk/media/jquery/jquery.min.js
Offline
Hi Nick
Just dug out another old laptop and get the same error on your demo site using IE8/XP.
Using Google chrome and XP the site works fine.
Rob
Offline
does this mean anything:
http://ryanpricemedia.com/2008/03/19/jq … the-bottom
Offline
Same issue here, just tried with IE8 / XP
Offline
Thanks for the reports. Boy, IE sucks. Please try the following, and test in all browsers (even the ones that worked before). I appreciate the help, as I have no way to test on this platform:
In the file {private}/core/CORE_Disiplay/CORE_Display.php, you will see this:
$find = preg_quote('<core:js_docready />','/'); $this->buffered_output = preg_replace('/' . $find . '/',$js_docready_print,$this->buffered_output);
Replace with:
$find = preg_quote('<core:js_docready />','/'); $this->buffered_output = preg_replace('/' . $find . '/','',$this->buffered_output); $find = preg_quote('<core:js_footer />','/'); $this->buffered_output = preg_replace('/' . $find . '/',$js_docready_print . $eol . $eol . '<core:js_footer />',$this->buffered_output);
I've got to admit, I don't like this change one bit - it's not proper, and is fixing an issue in a browser that MS has replaced due to bugs much worse than this.
Offline
HI Nick
It didn't work - no change at all.
Why do the dynamic radio buttons work correctly in the product options, i.e. select an option and the price updates dynamically??
Thanks
Rob
Offline
The code is exactly the same for the updates on both sides. The only difference I can see is that the checkout page is served via SSL and the product page isn't.
Offline
It is the desktop skin, with edits.
But the problem is on your demo site as well.
Also I haven't got SSL set up on the site I am testing with.
Offline
How difficult would it be to disable the Ajax if using IE8/XP.
Does PHP have to have browsecap activated to find out the user operating system and browser?
Offline
I have just checked and the problem occurs on windows 7/IE8.
Fortunately users of windows 7 can upgrade to IE9(XP users can't), however not sure if this means you could test on a machine with windows 7??
Offline
I've received many reports from my customer service representatives that customers are complaining about not being able to check out with IE. They've been taking the credit card information over the phone, which as everyone knows, means we cannot simply continue the order for the customer. We have to run the credit card separately and then update the order. This morning I went to store>component>settings>checkout and changed "Enable Checkout Ajax Updates" to "false". I'm thinking this is going to help some customers and annoy others so I'm really looking forward to a fix where the checkout page will display differently depending on which browser the customer's using.
Offline
Hi
Having read this post, I thought I'd better check our site on IE8 / XP. My problems started much earlier than checking out, with the multi-layer menus not displaying properly. You can get the first level (albeit sometimes extremely slowly), but the second level only shows the very left of the menu. I've checked this on both our sites and on the site http://www.occasionsdirect.co.uk/store/ and the problem is the same on all.
Hopefully Nick can resolve this as well now he's found a suitable testing pc
Thanks
Ian
Offline
Hello all. Please update your software to version 8.0.2 to correct a number of issues with buggy outdated MSIE browsers (mainly versions 7 and 8). Link for the update:
https://kryptronic.com/cms-xmodnewsrss_ … 2012A.html
Offline
webmaster wrote:
Hello all. Please update your software to version 8.0.2 to correct a number of issues with buggy outdated MSIE browsers (mainly versions 7 and 8). Link for the update:
https://kryptronic.com/cms-xmodnewsrss_ … 2012A.html
Can you tell me what files changed for this issue?
Offline
Timeouts were added to the {private}/core/CORE/includes/formfield_*.php files to allow MSIE time to catch up and recognize formfield changes prior to submitting the form.
Offline