[MAGNOLIA-2473] Login dialog appears sometimes when editor users want to add an internal link Created: 11/Nov/08  Updated: 17/Mar/09  Resolved: 20/Jan/09

Status: Closed
Project: Magnolia
Component/s: core
Affects Version/s: 3.5.4
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: Udo Trautmann Assignee: Philipp Bärfuss
Resolution: Obsolete Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Win 2003, debian Linux
Tomcat
IE6, IE7


Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Bug DoR:
[ ]* Steps to reproduce, expected, and actual results filled
[ ]* Affected version filled
Date of First Response:

 Description   

Sometimes we get a login dialog from Magnolia when we want to add an internal link within the FCK editor.

I will describe the behaviour as follows:
We had logged in the Magnolia backend with "superuser" and opened a CMS template to change some content. In the FCK editor we used the link-function via the button "Insert a link".
Then we got as normal the dialog "Link – web page dialog" and we pushed the button "Server durchsuchen" or "Browse server".
Then in some cases we didn't got the Repository browser as expected. Rather we saw in the popped up window the login form of Magnolia CMS. And we have to login to get the access to the repository.

access.log extract:
127.0.0.1 - - [11/Nov/2008:11:55:15 +0100] "GET /author/.magnolia/pages/repositoryBrowser.html?contextPath=/author HTTP/1.1" 401 1920

Additionally a deeper logging on Tomcat showed that no http session cookie was sent at this request from the browser, but the session cookie was existing before and after the repeated login form.

The problem was happen with the IE6 or IE7 until now. Unfortunately we cannot reproduce the behaviour.

But some of our customers indicated us about this.



 Comments   
Comment by Simon Goodchild [ 12/Nov/08 ]

This is interesting as I have recently had the exact same behaviour reported to us by a client. I haven't been able to reproduce it though, and wasn't able to track where the issue might be occuring. They report the issue as being intermitent, but it does occur frequently for them.

For reference the customer with the problem is using magnolia 3.0.5 on a linux platform, accessed via IE7.

Comment by Rainer Blumenthal [ 12/Nov/08 ]

Some customers did also report this behaviour recently. They are logged in - and suddenly need to login again. (No Session Timeout)

Until now i wasn't able to reproduce this behaviour.

Comment by Jan Haderka [ 12/Nov/08 ]

Any chance your clients are accessing server via proxy?
Also could you please try to find out exact version of tomcat used in both cases?
Thanks.

Comment by Udo Trautmann [ 17/Nov/08 ]

I have done some deeper analysis. It seems to be a bug of Internet Explorer which can be probably resolved with a special configuration of FCK editor.

The Microsoft bug is described here: http://support.microsoft.com/default.aspx?scid=kb;en-us;831678
Please note that our customers reported the bug also with IE7 .

The solution now is to activate a special Javascript workarround in FCK's script files. In Magnolia's default FCK-configuration is the setting for the workarround not activated yet (Magnolia 3.5.4).
FCK had been a new "PreserveSessionOnFileBrowser" configuration option introduced that must be set to "true".
http://www.fckeditor.net/forums/viewtopic.php?f=6&t=8216&p=22742

I' ve changed now the magnoliaStandard.js file to overwrite the default settings and added following line:
FCKConfig.PreserveSessionOnFileBrowser = true;

Because of the activation of the workarround the popup-blocker of Internet Explorer will prevent a immediately opening of the "Browse server" dialog. The user must explicitly allow to open windows under the domain of the magnolia interface.

Comment by Magnolia International [ 18/Nov/08 ]

It also seems this behavior doesn't exist with FCKEditor 2.6.x :
http://dev.fckeditor.net/ticket/2188
http://docs.fckeditor.net/Talk:FCKeditor_2.x/Developers_Guide/Configuration/Configuration_Options/PreserveSessionOnFileBrowser

As from Magnolia 3.6, we bundle fckeditor 2.6.2 (.3 coming up), so I'd consider upgrading if I were you

Comment by Magnolia International [ 20/Jan/09 ]

This is obsolete as from FCKEditor 2.6 / Magnolia 3.6

Generated at Mon Feb 12 03:37:04 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.