[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 |
||
| 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: 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? |
| 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 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). I' ve changed now the magnoliaStandard.js file to overwrite the default settings and added following line: 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 : 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 |