Could the xwiki.authentication.cookiedomains setting in xwiki.cfg be of help here? http://www.xwiki.org/xwiki/bin/view/AdminGuide/Default+Authentication On 25/05/06, THOMAS, BRIAN M (SBCSI) <[email protected]> wrote:
Chandra:
You are not alone; we've experienced some puzzlement of this kind here.
Of course, for this and other reasons, I'd recommend that you switch to Firefox.
But back in the "real" world: Very likely it's your browser's cookie management. Firefox 1.5's default is promiscuous with cookies, meaning that it does not select the option to send cookies only to the originating host, so the two hosts both get the same cookie. From the cookie management perspective, then, the two hosts are the same, because a cookie with a given name will be sent to any host. Your IE defaults are (appropriately, in my opinion) more selective, and so they are seen as two different hosts (despite the obvious fact that they are really one).
This has resulted in odd login situations for me and my group, where we have at least three XWikis going at any one time, and logging in to one has logged us out of another, or any of a variety of problems. When we thought about it, we realized that we were using different cookie management policies, and that each one perfectly explained our individual problem. In our case, there were really three different Wikis; in your case I assume that "machineName" is just a DNS name for the same machine.
You can fiddle with the IE default permissions for the local, "trusted" domains if that's applicable; if it's not then it's a bad idea. Even if it is, the users have to comply, and at least be educated; giving them all a "default" default setting that's different from the factory settings is difficult unless you use SMS or some other desktop management system.
Or you can, as the doctor said when the patient told him "Doc, it hurts when I do this.": "Then don't do that". In other words, only use the DNS name for the host; localhost is only correct when addressing the site from the same machine anyway.
My recommendation: I don't have one. But you see what I think are the parameters of the problem.
brain[sic]
-----Original Message----- From: [email protected] [mailto:[email protected]] Sent: Thursday, May 25, 2006 1:44 AM To: [email protected] Subject: [xwiki-users] Session not maintained on Internet Explorer
Hi,
I am trying to install XWiki on my company's intranet for online project management. I am having trouble using Internet Explorer with XWiki. When I login as a user, I can see my name on the top right hand corner and I can also see the all the admin options on the top action bar (I have admin privileges), which means that I have Logged in successfully. But as soon as I click on a link, the page refreshes and I find that I am logged out. All the admin options are gone. This happens for all the links
On further investigation I found that this problem occurs only when I use a url of following type- http://machineName:8080/xwiki
If I use following url, it works fine http://localhost:8080/xwiki
I found that a cookie gets created in "C:\Documents and Settings\userName\Cookies" when I use localhost, but there is no cookie for the machineName. So when the application finds that there is no cookie, it thinks that user is not logged in, and shows default pages.
The interesting thing is that it works fine with Firefox/Mozilla. Since most of our users use Internet Explorer, I am trying hard to get it working but till now I have no clue how to fix this problem. I have enabled all the cookies, kept the intranet security at lowest level and bypassed the proxy, still it's not working. I have also selected "NO" for the preferences "Always authenticate on viewing" and "Always authenticate on editing".
I tried searching on the internet but it seems no one else has faced this problem earlier. Please suggest a solution.
My environment is -
XWiki 0.9.840 Windows XP SP2 Tomcat 4.1.31 MySQL 4.1.19 JDK 1.5
Looking forward for your help.
Thanks, Chandra
-- You receive this message as a subscriber of the [email protected] mailing list. To unsubscribe: mailto:[email protected] For general help: mailto:[email protected]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws