Bug #8206
fermé
Impossible de se connecter avec le language ???myProfile.settings.language_???
0%
Description
Bonjour,
L'utilisateur lgauntlett n'arrive plus à se connecter sur notre portail de production, bien que les identifiants soient correct.
Lorsqu'il se connecte, il est tout de suite ré-acheminé vers la page d’authentification, sans aucun message d'erreur.
Si l'on consulte les traces, on observe uniquement les traces ci-jointe (cf. Trace_Lgauntlett.txt).
De même, dans les statistique de connexion, il est bien connecté.
Mais ensuite, il n'est plus possible pour qui que ce soit sur ce poste de se connecter, même en tant qu'administrateur.
Une particularité constatée sur son compte: Le langage de l'utilisateur= "???myProfile.settings.language_???" (sans les guillemets) (cf. 20160830-145802-000209.png)
Pour pouvoir à nouveau se connecter sur ce poste, il suffit de supprimer le cookies de la session "JSESSIONID", mais toujours pas possible avec l'identifiant lgauntlett.
Comment corriger ce problème rapidement, pour qu'il puisse à nouveau utiliser son compte ?
Comment cela a-t'il pu se produire ? Sur le portail de test, il existe bien avec le langage Anglais !
Merci
Fichiers
Mis à jour par David Lesimple il y a environ 8 ans
- Statut changé de New à Assigned
- Priorité changé de Normal à High
Mis à jour par David Lesimple il y a environ 8 ans
- Statut changé de Assigned à Feedback
- % réalisé changé de 0 à 100
Etonnant, c'est le seul utilisateur dont la langue est à NULL en base de données...
je l'ai mis en Anglais.
Quant à savoir comment cela a pu se produire, difficile à dire.
Mis à jour par Emmanuel GRANGE il y a environ 8 ans
- % réalisé changé de 100 à 0
Malheureusement, cela ne résoud pas le problème.
L'utilisateur ne peut toujours pas s'authentifier.
L'erreur suivante correspond bien au numéro de session des cookies (8349AE8711BF2C5E0F7926F215BFF19B):
30/08/16-16:23:52,699 - ERROR : peasCore.EX_LOGIN_SERVLET_CANT_CREATE_MAIN_SESSION_CTRL | MODULE : peasCore.SilverpeasSessionOpenener.openSession() | La servlet de login ne peut pas creer le Main Session controller (session id=8349AE8711BF2C5E0F7926F215BFF19B)
java.lang.NullPointerException
at java.util.ResourceBundle.containsKey(ResourceBundle.java:1666)
at com.stratelia.webactiv.util.ResourceLocator.getString(ResourceLocator.java:133)
at com.stratelia.webactiv.util.ResourceLocator.getString(ResourceLocator.java:152)
at com.stratelia.webactiv.util.viewGenerator.html.GraphicElementFactory.setLook(GraphicElementFactory.java:181)
at com.stratelia.webactiv.util.viewGenerator.html.GraphicElementFactory.<init>(GraphicElementFactory.java:121)
at com.silverpeas.authentication.SilverpeasSessionOpener.getHomePageUrl(SilverpeasSessionOpener.java:224)
at com.silverpeas.authentication.SilverpeasSessionOpener.openSession(SilverpeasSessionOpener.java:136)
at com.silverpeas.authentication.AuthenticationServlet.doPost(AuthenticationServlet.java:148)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:754)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:324)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242)
at com.silverpeas.whitePages.filters.ComponentRequestRouterFilter.doFilter(ComponentRequestRouterFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242)
at org.silverpeas.web.filter.MassiveWebSecurityFilter.doFilter(MassiveWebSecurityFilter.java:193)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242)
at org.silverpeas.web.filter.InternetExplorerAntiCompatibilityFilter.doFilter(InternetExplorerAntiCompatibilityFilter.java:48)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242)
at org.silverpeas.web.token.SessionSynchronizerTokenValidator.doFilter(SessionSynchronizerTokenValidator.java:103)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242)
at org.silverpeas.web.filter.MessageFilter.doFilter(MessageFilter.java:74)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242)
at org.silverpeas.web.filter.HttpServletRequestDecoration.doFilter(HttpServletRequestDecoration.java:60)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242)
at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:88)
at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:181)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:593)
at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:285)
at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.invoke(CatalinaContext.java:261)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:88)
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:100)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:159)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.invoke(ActiveRequestResponseCacheValve.java:53)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:654)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:951)
at java.lang.Thread.run(Thread.java:662)
Mis à jour par David Lesimple il y a environ 8 ans
Il faut essayer de le déconnecter proprement:
Mis à jour par Emmanuel GRANGE il y a environ 8 ans
toujours pas, même après avoir redémarré le portail
Mis à jour par David Lesimple il y a environ 8 ans
J'ai vu que dans le fichier log, l'utilisateur saisissait sont login avec la 1ère en majuscule.. (Lgauntlett)
alors que son login est lgauntlett...
Mis à jour par Emmanuel GRANGE il y a environ 8 ans
Je fais les tests sans majuscule, et ça ne marche pas non plus
Mis à jour par David Lesimple il y a environ 8 ans
Est-ce que je peux avoir son mot de passe de connexion, pour que je puisse faire des tests plus poussés ?
Mis à jour par David Lesimple il y a environ 8 ans
Je viens de m'apercevoir que son look par défaut n'était pas non plus informé en base de données.
Peux-tu lui faire essayer de nouveau ?
Mis à jour par Emmanuel GRANGE il y a environ 8 ans
Ça marche !
Juste à temps, avant que je change son mot de passe.
Merci
Par contre, comment cela a-t'il pu arriver ?
Il m'a dit que le portail lui avait demandé de faire une mise à jour, ou quelque chose comme ça, sans plus de détails, et qu'à partir de ce moment là, il n'a plus pu se connecter (à partir du 12 Août 2016)
Mis à jour par David Lesimple il y a environ 8 ans
- Statut changé de Feedback à Resolved
- % réalisé changé de 0 à 100
Emmanuel GRANGE a écrit :
Ça marche !
Juste à temps, avant que je change son mot de passe.
Merci
Par contre, comment cela a-t'il pu arriver ?
il est fort probable que les problèmes récents (index clos, celui-ci) sont dus au vacuumdb qui verrouille les tables en écriture.
Si le serveur est redémarré pendant ce process, les transactions SQL en cours sont perdues (pas de commit).
Il m'a dit que le portail lui avait demandé de faire une mise à jour, ou quelque chose comme ça, sans plus de détails, et qu'à partir de ce moment là, il n'a plus pu se connecter (à partir du 12 Août 2016)
???? le portail ne demande jamais de mise à jour..
Mis à jour par Emmanuel GRANGE il y a environ 8 ans
- % réalisé changé de 100 à 0
Effectivement, je sais. C'est plutôt louche, mais les utilisateurs sont rarement précis sur comment ils ont fait ça !
Mis à jour par Emmanuel GRANGE il y a environ 8 ans
- Statut changé de Resolved à Closed
Je clos, en espérant que ça ne se reproduira plus.