View Issue Details

IDProjectCategoryView StatusLast Update
0001950module PayPalmodule PayPal - subpublic2012-12-10 16:10
Reportermuten1 Assigned To 
PriorityhighSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Summary0001950: PayPal extension - redirect to shop start page after PayPal login with IE8 in compatibility mode
DescriptionWhen 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
TagsNo tags attached.
Attached Files
modsession.php (1,182 bytes)

Relationships

related to 0002035 closeddainius.bigelis Paypal and IE8 comp mode 

Activities

birute_meilutyte

2010-07-01 13:25

reporter   ~0003243

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

Bergfreunde

2010-07-07 10:51

reporter   ~0003252

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

Bergfreunde

2010-07-07 16:27

reporter   ~0003254

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

Bergfreunde

2010-07-23 09:46

reporter   ~0003305

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!!!

Bergfreunde

2010-07-26 11:42

reporter   ~0003309

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" />"

arvydas_vapsva

2010-07-30 14:49

reporter   ~0003339

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..

Bergfreunde

2010-07-30 15:27

reporter   ~0003341

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

Bergfreunde

2010-08-03 11:46

reporter   ~0003345

Last edited: 2010-08-03 11:47

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

arvydas_vapsva

2010-08-06 13:20

reporter   ~0003361

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.

arvydas_vapsva

2010-08-06 17:03

reporter   ~0003363

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!

dainius.bigelis

2010-08-11 10:59

reporter   ~0003374

ReOpened as needs communication with reporter.

dainius.bigelis

2010-08-11 11:03

reporter   ~0003375

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

Bergfreunde

2010-08-12 11:57

reporter   ~0003382

it seems to work, haven't received further complaints from our customers. hope it continues like that ;-)

thanks for your effort!