Can there be a mix of http and https here?
At least this was confusing this cookie on the curriki side in some
network configurations where the http and https endpoints are different
due to local network configs (3g optimizers, hotspot networks).
Paul
  Clemens Klein-Robbenhaar
<mailto:c.robbenhaar@espresto.com>
 9 March 2016 at 14:29
 The code where this happens is in:
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwi…
 I have to admit that I do not know much about that corner of XWiki code
 some random pointers:
 There is some hint that switching IP's might cause the problem, as in:
 
http://jira.xwiki.org/browse/XWIKI-2463
 so maybe setting:
 xwiki.authentication.useip=false
 in WEB-INF/xwiki.cfg could help.
 Then, you can set
 xwiki.authentication.protection=none
 which should make the problem go away, but of course at the cost that
 the authenticator does not check the cookie is encrypted with the
 given key in xwiki.cfg.
 Aside of that I remember having a similar problem some time ago after
 changing the xwiki.authentication.validationKey /
 xwiki.authentication.encryptionKey in xwiki.cfg;
 but that vanished after clearing *all* cookies in the browser once. As
 I understood your users have already done this, so it is probably not
 related to this problem.
 ----- Ursprüngliche Nachricht -----
 Von: Tobias Kirchhofer
 Am: Wednesday, 09.03.2016, 13:40
 An: Xwiki Users
 Betreff: Re: [xwiki-users] Login cookie validation hash mismatch!
 Cookies have been tampered with
 _______________________________________________
 users mailing list
 users(a)xwiki.org
 
http://lists.xwiki.org/mailman/listinfo/users
 Tobias Kirchhofer <mailto:tobias@kirchhofer.net>
 9 March 2016 at 13:40
 This is the message which appears after 30 minutes:
 <http://xwiki.475771.n2.nabble.com/file/n7598389/screenshot_53.png>
 "You do not have permission to view the document or to perform that
 action."
 The we have to actively logout and close the browser window. By opening a
 new window and navigating to the wiki we can login again.
 Our developers say this is most likely a bug in the application. How
 can we
 debug this one?
 --
 View this message in context:
http://xwiki.475771.n2.nabble.com/Login-cookie-validation-hash-mismatch-Coo…
 Sent from the XWiki- Users mailing list archive at 
Nabble.com.
 _______________________________________________
 users mailing list
 users(a)xwiki.org
 
http://lists.xwiki.org/mailman/listinfo/users
 Tobias Kirchhofer <mailto:tobias@kirchhofer.net>
 3 March 2016 at 12:48
 We set up a new Box with a fresh install of a 7.4.1 version. While
 configuring and testing (permissions) everything all was perfect and
 clean.
 Then we migrated the pages from the old wiki (also 7.4.1 - we wanted a
 fresh
 install) - precisely only content pages, nothing else. Then we
 switched the
 IP for the old domain and all of our LDAP user populated the new wiki, one
 by one.
 Since the fresh start all users experience the trouble that after the
 end of
 the tomcat session (30 minutes) a re-login is required. After re-login a
 XWiki message appears "you do not have the appropriate rights" (or
 similar).
 Deletion of the cookie ~or closing the browser window and login again
 reestablishes normal functions until the tomcat session is over again.
 catalina.out: 2016-03-03 11:55:26,813
 [
https://wiki.sub.domain/xwiki/bin/view/Main/] WARN
 u.i.x.MyPersistentLoginManager - Login cookie validation hash mismatch!
 Cookies have been tampered with
 Research in this forum did bring up discussions about the mess from
 2010 and
 bevor without any valuable pointers.
 We updated to 7.4.2 without any change for the situation.
 The site ist secure with a nginx proxy.
 Any ideas?
 --
 View this message in context:
http://xwiki.475771.n2.nabble.com/Login-cookie-validation-hash-mismatch-Coo…
 Sent from the XWiki- Users mailing list archive at 
Nabble.com.
 _______________________________________________
 users mailing list
 users(a)xwiki.org
 
http://lists.xwiki.org/mailman/listinfo/users