I received three calls from customers yesterday stating that when they are trying to checkout there are no buttons to press on the Checkout Redirect page, and the ENTER key doesn't help any. All three were using Internet Explorer, and at least two of the three (I forgot to ask the third customer) were using the latest IE release. This does not happen with Firefox or Chrome.

How can I fix this issue? This is urgent for us, as it affects sales, but I am no developer...so your assistance is greatly appreciated.

Thanks!

Comments

korlandi created an issue. See original summary.

korlandi’s picture

korlandi CreditAttribution: korlandi commented
Issue summary: View changes
korlandi’s picture

korlandi CreditAttribution: korlandi commented

I have also been following a separate issue (drupal.org/node/1477054), as at around the same time I have been getting the following error message:

Notice: Undefined index: commerce_product in views_handler_field_field->access()(line 127 of
/srv/bindings/a275eee9e3b34acdbe56af8b40737830/code/profiles/commerce_kickstart/modules/contrib/views/modules/field/views_handler_field_field.inc)

Perhaps these are related? Just a wild guess based on what others have said about missing buttons in the other issue log.

I am not able to figure out how the developers were able to diagnose which View was affected. Any layman tips would be greatly appreciated.

Thanks!
Karen

korlandi’s picture

korlandi CreditAttribution: korlandi commented

After several attempts, I can't find a linkage with the above "undefined index" error. However, I did notice that if I turn off the guest checkout option, then the button reappears in IE. This issue, therefore has something to do with the guest checkout code in the Redirect module. I really don't want to turn off guest checkout, as we noticed a decent uptick in sales after turning it on (of course, that is offset by the sales we are losing from IE users) and it is clearly the preferred method for checkout on a site like ours. Still crossing my fingers someone can point me in the right direction on how I might fix this?

korlandi’s picture

korlandi CreditAttribution: korlandi commented

More specifically...for the exact same Checkout Redirect page, in IE the HTML/CSS appears as:

whereas in Chrome and Firefox it appears as:

So for some reason the CSS in IE is dictating style="display: none".

Happens on both the /user/login and /user/register pages.

laryn’s picture

laryn
he/him
CreditAttribution: laryn commented

This is happening for me, too. I've temporarily hacked in this CSS (emphasis on hack!) to make the "Continue" button show, but there is still functionally a problem if they try to select "Yes" in answer to "Do you have a password" because the password field doesn't show up. In the meantime, the submit button simply doesn't change from "Continue" to "Log in" if someone clicks "Yes" on Chrome or Firefox, and IE users can at least complete an anonymous checkout. Not a great solution but slightly better than before as a temporary measure.

#user-login #edit-submit { display: none !important;}
#user-login #edit-continue-button { display: block !important; }

*Note that without more specific CSS / care this will also remove the "Login" button from the default login page.

korlandi’s picture

korlandi CreditAttribution: korlandi commented

Thanks laryn!

quantos’s picture

quantos CreditAttribution: quantos commented

A small addendum here after struggling with this problem too, is that #6 didn't work for us as we have many returning customers who need to be able to log in and this change, on it's own, prevents the alternative 'log in' button to appear when you toggle the useraccount yes/no radio.

Instead we chased the error elsewhere and added a extra edit to the following values of the commerce_checkout_redirect.module lines 213 > 227 replacing ('value' => 1) with ('value' => '1') and ('value' => 0) with ('value' => '0') directly in the module. Tut tut, I know, but fixed this issue entirely for IE11 without any side-affects (that we know of):

The block of code is this one:

// Anonymous checkout as alternative to login form.
if (variable_get('commerce_checkout_redirect_anonymous_as_login_option', FALSE)) {
$form['have_pass'] = array(
'#type' => 'radios',
'#title' => t('Do you have a password?'),
'#options' => array(0 => t('No (You can create an account later)'), 1 => t('Yes')),
'#weight' => 10,
'#default_value' => 0,
);
$form['pass']['#states'] = array(
'visible' => array(
':input[name="have_pass"]' => array('value' => '1'),
),
);
$form['actions']['submit']['#states'] = array(
'visible' => array(
':input[name="have_pass"]' => array('value' => '1'),
),
);
$form['pass']['#weight'] = 10;
$form['actions']['continue_button']['#value'] = t('Continue');
$form['actions']['continue_button']['#states'] = array (
'visible' => array(
':input[name="have_pass"]' => array('value' => '0'),
),
);
}

Good luck to anyone with the same issue - but that's we needed in our case. Seems very strange the mods haven't issued a new release though. I don't know why.

Q.