View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001950 | module PayPal | module PayPal - sub | public | 2010-06-30 13:48 | 2012-12-10 16:10 |
| Reporter | muten1 | Assigned To | |||
| Priority | high | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Summary | 0001950: PayPal extension - redirect to shop start page after PayPal login with IE8 in compatibility mode | ||||
| Description | When the user selects the payment-method PayPal in checkout step 3, logs in and confirms his data on the PayPal site using Internet Explorer 8 browser in compatibility mode he will be redirected to the start page of the shop instead of checkout step 4. Basket and logged in user is gone as well. Shown URL in Browser after redirect: http://DOMAIN/index.php?&redirected=1 Tested this with 3 OXID 4.3.2 Shops: http://www.heimtier-berlin.de/ ( PayPal module version 1.5.8 ) http://www.kabelscheune.de/ ( PayPal module version 1.5.7 ) http://www.bergzeit.de/ ( don't know PayPal version ) PayPal Module works well with IE8 in normal mode and Firefox in all 3 shops | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| related to | 0002035 | closed | dainius.bigelis | Paypal and IE8 comp mode |
|
|
workaround for this problem would be to use document compatability meta tag. more information about it can be found here: http://msdn.microsoft.com/en-us/library/cc288325(VS.85).aspx |
|
|
we have this problem as well why don't you inform the support about this? i have a ticket since weeks left open and now i find the solution fortunately by myself here |
|
|
i've added the following <meta http-equiv="X-UA-Compatible" content="IE=100" > [{* IE8 mode *}] to _header.tpl below <head> and now pp-portlet works with ie8 and compability-mode, because the user-specific settings are overmodulated by typing "javascript:alert(document.documentMode);" in your ie-addressbar you'll see how this site is rendered |
|
|
we have now new problems with paypal and ie 8. guys this is NOT a minor bug!!! go and fix that problem - you already had it with the oxid pe 3 version!!! |
|
|
after testing a while (ie8 and windows xp): with the workaround: https://bugs.oxid-esales.com/view.php?id=1950#c3243, ie8 and comp-mode is working, but therefore ie8 normal-mode isn't working any more. some with "<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" />" and "<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE8" />" |
|
|
Reminder sent to: Bergfreunde Is it really connected to browser compatibility mode? Maybe you use EE, mall users swithed off and get similar problem as described here https://bugs.oxid-esales.com/view.php?id=1922? That would be more realistic.. |
|
|
nice try ;-), but: 1. we don't use paypal express 2. we don't use the mall-functionality (option not activated) 3. our users are not confrontated with a white screen, they see the homepage (typical redirect url) bl The affected people don't have the problem with other shops using paypal. The Paypal-Portlet has this problem since the beginning! As there are 4 Shops named in this Bug having this problem it would be suprising to hear that it is due to our development |
|
|
if you type the following line in the ie addressbar: javascript:alert(document.documentMode); (found at: http://msdn.microsoft.com/en-us/library/cc288325%28VS.85%29.aspx) you'll see in which mode the browser will be emulated perhaps it could work to compare the browser-version and the value of the above mentioned js |
|
|
In some cases (when compatibility mode is ON) the same IE8 instance identifies itself by sending different user agent information: Mozilla/4.0 (compatible; MSIE 7.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) or 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) see: MSIE 7.0 != MSIE 8.0 So shops session manager, which partially relies on this information (oxSession::_checkUserAgent()), is not able to recognize same remote user and restarts session. We are preparing solution - workaround, which recognizes such cases and avoids session problems for users using IE8. |
|
|
attached file should be a solution for shops using paypal module and having this issue. To install it: - upload file to modules folder; - append config.inc.php with: $this->aModules = array( "oxsession" => "modsession" ); If you install this module, please, inform us about its results! |
|
|
ReOpened as needs communication with reporter. |
|
|
Answer from reporter (from bug 0002035): "I refer to the bug https://bugs.oxid-esales.com/view.php?id=1950 [^] I cannot answer if the bug is set to resolved ;-) Thank you, the workaround seems to work. We'll test it on all browsers till this evening and post our results in this bug as a note. Questions: 1. Do we still need the following info in _header.tpl "<meta http-equiv="X-UA-Compatible" content="IE=100" >"? 2. is your modsession.php compatible to 4.3.2? If this workaround is going into the official Paypal-Portlet please use multilang-variables for the error ;-) Regards" Answer from developers: 1. no need 2. yes |
|
|
it seems to work, haven't received further complaints from our customers. hope it continues like that ;-) thanks for your effort! |
