Activité
Du 27 janvier 2017 au 25 février 2017
16 février 2017
- 18:41 Bug #14967 (Résolu (à déployer)): archimed: ameliorer le webservice de
- 18:21 Bug #14967: archimed: ameliorer le webservice de
- Ack
- 15:59 Bug #14967: archimed: ameliorer le webservice de
- Serghei Mihai a écrit :
> Dans les tests du 0002 je mettrais aussi des json.loads(response.content) pour plus de cla... - 15:54 Bug #14967: archimed: ameliorer le webservice de
- Frédéric Péters a écrit :
> Vraiment, verify=False, faut pas.
Désolé, je l'avais viré dans le 003. La modif est e... - 15:53 Bug #14967: archimed: ameliorer le webservice de
- Dans les tests du 0002 je mettrais aussi des json.loads(response.content) pour plus de clarté.
- 15:50 Bug #14967: archimed: ameliorer le webservice de
- Vraiment, verify=False, faut pas.
- 10:18 Bug #14967: archimed: ameliorer le webservice de
- Ok pour 0001 et 0002, mais pour 0003 en suivant les tests je dirais qu'il faut chercher les attributs dans @response...
- 15:58 Révision e6a13423 (mandayejs): archimed: return Response in Publik Api Response format(#14967)
- 15:57 Révision bf13a765 (mandayejs): return explicite errors (#14967)
- 15:53 Révision ab720fc5 (mandayejs): don't use PhantomJS when using archimed ws (#14967)
15 février 2017
- 23:20 Bug #14967: archimed: ameliorer le webservice de
- Certes, mais ça vient des fichiers de test .json, pas du code.
Ça n'empêche pas que, de manière générale, c'est ut... - 18:24 Bug #14967: archimed: ameliorer le webservice de
- En appliquant le 0001 j'ai:...
- 15:29 Bug #14967: archimed: ameliorer le webservice de
- J'ai fait en 3 patches. Le 3eme renvoie la réponse au format @Publik@.
- 12:40 Bug #14967: archimed: ameliorer le webservice de
- Note générale : si tout ça modifie l'API, il ne faut bien sûr pas oublier de modifier le template blurp associé.
@... - 11:43 Bug #14967: archimed: ameliorer le webservice de
- Je me dis que vu c'est une API à nous il faut uniformiser le format des réponses: @{"data": ..., "err": ..., "err_cla...
- 10:46 Bug #14967: archimed: ameliorer le webservice de
- Serghei Mihai a écrit :
> Sur 0002: tu ne veux pas retourner un JSON car c'est attendu par la cellule Combo derrière... - 10:00 Bug #14967: archimed: ameliorer le webservice de
- Sur 0002: tu ne veux pas retourner un JSON car c'est attendu par la cellule Combo derrière ?
- 17:45 Development #9509 (Rejeté): MandayeJS : Montpellier Mediatheque Page Association CSS/JS
- -> publik-base-theme: #14584
- 17:44 Development #9510 (Rejeté): MandayeJS : Montpellier Mediatheque Barre Mandaye CSS/JS
- Se fera dans publik-base-theme: #14584.
14 février 2017
13 février 2017
- 18:26 Development #14988 (Rejeté): erreur 403 lors de l'accès à l'API d'archimed
- La cellule blurp de combo reçoit une erreur 403 lors d'un accès à l'API d'Archimed:...
- 17:24 Bug #14978 (Rejeté): le message d'échec d'authentification n'est pas affiché
- Je vais sur https://mediatheques-test-entrouvert.montpellier3m.fr/_mandaye/associate/ et je tape n'importe quoi.
La ... - 10:49 Bug #14967 (Fermé): archimed: ameliorer le webservice de
- * Avoir des messages d'erreurs explicites :
- si l'utilisateur n'existe pas, renvoyer un message explicite
- si l...
09 février 2017
- 17:27 Révision 5bc4ca8e (mandayejs): translations update
- 17:09 Development #14587 (Résolu (à déployer)): style de la page d'association de compte
- ...
- 17:06 Development #14587: style de la page d'association de compte
- ça me semble ok. Ack
- 10:55 Development #14587: style de la page d'association de compte
- Mais euh, non. Important de garder la compat avec les sites existants.
- 10:47 Development #14587: style de la page d'association de compte
- Ack
- 17:09 Révision 7c3e1689 (mandayejs): update association page (#14587)
- 17:05 Development #14913 (Résolu (à déployer)): La gestion du Timeout générale ne marche pas sur toutes les applis
- Ok
- 15:11 Révision ae988f51 (mandayejs): improve generic timeout handling (#14913)
- 09:57 Bug #14573 (Résolu (à déployer)): pouvoir détecter le résultat d'une authent même sur un site qui ne passe pas par le chargement d'une nouvelle page
- Frédéric Péters a écrit :
> Ok, en fait la partie onLoadStarted / nettoyage du timer, de #14575, elle a plutôt sa pl... - 07:33 Bug #14573: pouvoir détecter le résultat d'une authent même sur un site qui ne passe pas par le chargement d'une nouvelle page
- Ok, en fait la partie onLoadStarted / nettoyage du timer, de #14575, elle a plutôt sa place de ce côté.
Semble y a... - 09:55 Révision 6ce1c13e (mandayejs): check authentication on page which doesn't reload (#14573)
- 09:49 Bug #14575 (Résolu (à déployer)): rajouter un delai pour la detection d'une authentification réussie ou échouée
- Ok....
- 07:31 Bug #14575: rajouter un delai pour la detection d'une authentification réussie ou échouée
- ...
- 09:48 Révision eee5c873 (mandayejs): wait for page loading to check authentication (#14575)
- Log an error if both auth success and failure functions return true.
08 février 2017
- 22:18 Development #14913: La gestion du Timeout générale ne marche pas sur toutes les applis
- Testé avec Ermes et Teamnet et ça fonctionne même si pour Ermes le timeout de 10 secondes souvent n'est pas suffisant...
- 17:31 Development #14913: La gestion du Timeout générale ne marche pas sur toutes les applis
- rebase on master
- 17:09 Development #14913: La gestion du Timeout générale ne marche pas sur toutes les applis
- Sans modification des tests.
- 16:53 Development #14913: La gestion du Timeout générale ne marche pas sur toutes les applis
- * Utilisation de @connection.poll@ pour "timeouter" le @sender@ vu qu'un @process.join()@ n'a pas d'effet sur un @Pipe@
- 16:12 Development #14913: La gestion du Timeout générale ne marche pas sur toutes les applis
- Frédéric Péters a écrit :
> Ce serait bien de noter où et pourquoi ça ne fonctionnait pas.
En cherchant mieux, le... - 09:55 Development #14913: La gestion du Timeout générale ne marche pas sur toutes les applis
- Ce serait bien de noter où et pourquoi ça ne fonctionnait pas.
- 09:41 Development #14913: La gestion du Timeout générale ne marche pas sur toutes les applis
- Dans @tests/settings.py@ le @PHANTOM_JS_TIMEOUT@ est changé parce que @signal.alarm@ ne prend que des @entiers@.
- 09:29 Development #14913 (Fermé): La gestion du Timeout générale ne marche pas sur toutes les applis
- Dans le cas de Ermes (Archimed) il y'a des moments ou l'on a un timeout alors que le processus phantomjs a terminé so...
- 18:22 Bug #14573: pouvoir détecter le résultat d'une authent même sur un site qui ne passe pas par le chargement d'une nouvelle page
- Nous patch suite aux modifications de celui dans #14575.
- 14:59 Bug #14573: pouvoir détecter le résultat d'une authent même sur un site qui ne passe pas par le chargement d'une nouvelle page
- Yep. Corrigé.
- 14:45 Bug #14573: pouvoir détecter le résultat d'une authent même sur un site qui ne passe pas par le chargement d'une nouvelle page
- Il doit y avoir micmac de commits, le...
- 14:37 Bug #14573: pouvoir détecter le résultat d'une authent même sur un site qui ne passe pas par le chargement d'une nouvelle page
- Oui, tu as raison.
- 13:59 Bug #14573: pouvoir détecter le résultat d'une authent même sur un site qui ne passe pas par le chargement d'une nouvelle page
- ...
- 18:21 Bug #14575: rajouter un delai pour la detection d'une authentification réussie ou échouée
- Patch à jour pour gérer le cas d'@undefined@.
Je modifie également le fichier d'authentification pour Archimed pou... - 15:23 Bug #14575: rajouter un delai pour la detection d'une authentification réussie ou échouée
- Et donc, pour comprendre, isoler les choses, jouer avec les types, genre :...
- 15:04 Bug #14575: rajouter un delai pour la detection d'une authentification réussie ou échouée
- Frédéric Péters a écrit :
> Tu dis que le "return undefined;" du code; quand on passe dedans et bien malgré tout inp... - 14:56 Bug #14575: rajouter un delai pour la detection d'une authentification réussie ou échouée
- > Après des tests sur d'autres projets en prod comme le conservatoire de Vincennes et Teamnet à Meyzieu je découvre q...
- 14:43 Bug #14575: rajouter un delai pour la detection d'une authentification réussie ou échouée
- Après des tests sur d'autres projets en prod comme le conservatoire de Vincennes et Teamnet à Meyzieu je découvre que...
07 février 2017
- 17:28 Bug #14573 (En cours): pouvoir détecter le résultat d'une authent même sur un site qui ne passe pas par le chargement d'une nouvelle page
- 17:24 Bug #14573: pouvoir détecter le résultat d'une authent même sur un site qui ne passe pas par le chargement d'une nouvelle page
- Patch rebasé sur master.
- 16:14 Bug #14573: pouvoir détecter le résultat d'une authent même sur un site qui ne passe pas par le chargement d'une nouvelle page
- Frédéric Péters a écrit :
> Mais c'est parce que la détection se fait pas sur un élément opportun, il n'y a pas, par... - 12:31 Bug #14573: pouvoir détecter le résultat d'une authent même sur un site qui ne passe pas par le chargement d'une nouvelle page
- > Le timeout ne s'annule pas, la fonction s'execute dans le contexte d'une page "vide", car elle est rechargée et c'e...
- 11:15 Bug #14573: pouvoir détecter le résultat d'une authent même sur un site qui ne passe pas par le chargement d'une nouvelle page
- Frédéric Péters a écrit :
> Aussi, le timeout s'annule tout seul du fait qu'une nouvelle page est chargée ?
Le t... - 10:38 Bug #14573: pouvoir détecter le résultat d'une authent même sur un site qui ne passe pas par le chargement d'une nouvelle page
- Ça serait utile d'avoir un commentaire à ce setTimeout final, qui dirait genre "en l'absence d'événement onload après...
- 10:26 Bug #14573: pouvoir détecter le résultat d'une authent même sur un site qui ne passe pas par le chargement d'une nouvelle page
- J'ai réproduit le parcours usager dans le navigo : après le remplissage du formulaire de login attendre un peu pour "...
- 17:23 Bug #14575: rajouter un delai pour la detection d'une authentification réussie ou échouée
- Patch rebasé sur master.
- 16:08 Bug #14575: rajouter un delai pour la detection d'une authentification réussie ou échouée
- Patch refactorisé, principalement la fonction de vérification de l'échec.
- 16:58 Bug #14881 (Résolu (à déployer)): phantomjs: erreur occasionelle lors de l'ouverture des pages web
- 16:56 Bug #14881: phantomjs: erreur occasionelle lors de l'ouverture des pages web
- Ock.
- 16:53 Bug #14881: phantomjs: erreur occasionelle lors de l'ouverture des pages web
- Serghei Mihai a écrit :
> Dans le test, tu peux rajouter une representation JSON sur plusieures lignes pour être sûr... - 16:44 Bug #14881: phantomjs: erreur occasionelle lors de l'ouverture des pages web
- Dans le test, tu peux rajouter une representation JSON sur plusieures lignes pour être sûr que le @re.DOTALL@ fonctio...
- 16:30 Bug #14881: phantomjs: erreur occasionelle lors de l'ouverture des pages web
- Serghei Mihai a écrit :
> Toujours le mauvais patch? Il manque le @re.DOTALL@
- 16:25 Bug #14881: phantomjs: erreur occasionelle lors de l'ouverture des pages web
- Toujours le mauvais patch? Il manque le @re.DOTALL@
- 16:14 Bug #14881: phantomjs: erreur occasionelle lors de l'ouverture des pages web
- Mauvais patch, je re-upload
- 16:13 Bug #14881: phantomjs: erreur occasionelle lors de l'ouverture des pages web
- Frédéric Péters a écrit :
> En fait, c'est plutôt un "voici la réponse mandaye" et rien ne pourra venir derrière, il... - 16:04 Bug #14881: phantomjs: erreur occasionelle lors de l'ouverture des pages web
- @re.search('<mandayejs>(.*?)</mandayejs>', stdout)@ on peut très bien avoir des retours à la ligne dans le json; util...
- 16:03 Bug #14881: phantomjs: erreur occasionelle lors de l'ouverture des pages web
- (genre appeler ça mandaye_exit()).
- 16:03 Bug #14881: phantomjs: erreur occasionelle lors de l'ouverture des pages web
- En fait, c'est plutôt un "voici la réponse mandaye" et rien ne pourra venir derrière, il y a systématiquement un phan...
- 15:58 Bug #14881: phantomjs: erreur occasionelle lors de l'ouverture des pages web
- Frédéric Péters a écrit :
> Ok, mon message n'était pas clair.
>
> [...]
>
> mandaye_log appelle mandaye_log p... - 15:50 Bug #14881: phantomjs: erreur occasionelle lors de l'ouverture des pages web
- Ok, mon message n'était pas clair....
- 15:29 Bug #14881: phantomjs: erreur occasionelle lors de l'ouverture des pages web
- Frédéric Péters a écrit :
> [...]
>
> Tu récupères ainsi le message de mandayejs au milieu de la trace qui dit qu... - 15:24 Bug #14881: phantomjs: erreur occasionelle lors de l'ouverture des pages web
- ...
- 15:20 Bug #14881: phantomjs: erreur occasionelle lors de l'ouverture des pages web
- ajout test cas de non match
- 15:08 Bug #14881 (En cours): phantomjs: erreur occasionelle lors de l'ouverture des pages web
- Ce patch est basé sur master.
- 16:52 Révision 7030f3e5 (mandayejs): only get stdout enclosed by <mandayejs> tag (#14881)
06 février 2017
- 17:53 Bug #14480 (Rejeté): Archimed: locators de connexion érronés
- Il ne s'agit pas de mauvais credentials mais changement dans la façon d'authentifier les usagers, cf. #14575, #14573
- 17:48 Bug #14173 (Fermé): Tuer le processus phantomjs au bout d'un certain temps sans retour
- Traité dans #14606.
- 17:31 Bug #14575: rajouter un delai pour la detection d'une authentification réussie ou échouée
- Ok.
Je vois l'erreur retournée dans le json sous la forme @{"result": "error", "reason": "..."}@ et logguée ensuit... - 16:34 Bug #14575: rajouter un delai pour la detection d'une authentification réussie ou échouée
- Non; à nouveau ne mélangeons pas, pour le micmac de sortie, on a #14881. Ici, je dis qu'il faudrait arrêter le trai...
- 16:23 Bug #14575: rajouter un delai pour la detection d'une authentification réussie ou échouée
- Frédéric Péters a écrit :
> Aussi, sur la situation où on aurait input.auth_success et input.auth_failure, je me dis... - 15:58 Bug #14575: rajouter un delai pour la detection d'une authentification réussie ou échouée
- Vraiment > 1 et pas >= 1 dans @if ($('a.account_logoff').length > 1)@ et @if ($('input[type="password"]#code').length...
- 15:41 Bug #14575: rajouter un delai pour la detection d'une authentification réussie ou échouée
- Patch absent.
- 15:38 Bug #14575: rajouter un delai pour la detection d'une authentification réussie ou échouée
- Suite à la discussion de ce matin, patch à jour prenant en compte la définition de la fonction @auth_failure@ dans ch...
- 15:59 Development #14587: style de la page d'association de compte
- Je pense important de ne pas tout mêler.
- 15:52 Development #14587: style de la page d'association de compte
- Je ne pensais pas garder l'existant tel quel avec des bouts de thèmes dans le code mandayejs mais en profiter pour to...
- 15:44 Development #14587: style de la page d'association de compte
- Mmm, mais quelle compat avec les déploiements actuels avec ces changements et suppressions d'attributs id ?
- 14:24 Development #14587: style de la page d'association de compte
- Ok, logo viré.
En revanche je me suis melangé les pinceaux lors du rebase local avec le patch du #14665 et certains ... - 13:16 Development #14587: style de la page d'association de compte
- Je ne pense pas nécessaire le associate.png ici; à regarder le dépôt il est présent une fois avec 3m/imuse, pour repr...
- 14:07 Bug #14665 (Résolu (à déployer)): Avoir le chargement des CSS dans un template unique
- ...
- 13:18 Bug #14665: Avoir le chargement des CSS dans un template unique
- Ok.
- 14:06 Révision 25613946 (mandayejs): set styles in separate template in to allow overriding (#14665)
- 12:35 Bug #14881: phantomjs: erreur occasionelle lors de l'ouverture des pages web
- Dans phantomjs 2.1.1, cette ligne "Network - Resource request error" est envoyée sur qDebug() ("The Qt implementation...
- 11:55 Bug #14881: phantomjs: erreur occasionelle lors de l'ouverture des pages web
- Suggestion lors de la discussion sur la conf: mettre la sortie JSON produite par @do_login.js@ dans un block (genre @...
- 10:37 Bug #14813 (Résolu (à déployer)): Dans le cas d'un retour JSON érroné par PhantomJS, l'utilisateur est quand meme associé
- 10:35 Bug #14813: Dans le cas d'un retour JSON érroné par PhantomJS, l'utilisateur est quand meme associé
- Ack
- 10:31 Révision 905c44d0 (mandayejs): test: improve json response error (#14813)
- 10:12 Révision 9d1f6af5 (mandayejs): don't associate user if PhantomJS response is erroneous (#14813)
03 février 2017
- 16:44 Bug #14881 (Fermé): phantomjs: erreur occasionelle lors de l'ouverture des pages web
- De temps en temps sur les portail Mediatheque de Montpel et portail Famille de Meyzieu, phantomjs affiche en sortie s...
02 février 2017
- 18:07 Bug #14813: Dans le cas d'un retour JSON érroné par PhantomJS, l'utilisateur est quand meme associé
- Oui mais non, alleÿ, deux patches alors.
01 février 2017
- 16:47 Bug #14575: rajouter un delai pour la detection d'une authentification réussie ou échouée
- Ce que m'embête c'est de devoir gerer les cookies en provenance de @requests@ comme le faisait l'ancien mandaye. Et d...
- 13:51 Bug #14575: rajouter un delai pour la detection d'une authentification réussie ou échouée
- Sur une application comme Ermes, on peut directement taper sur des ws :...
31 janvier 2017
- 18:30 Bug #14813: Dans le cas d'un retour JSON érroné par PhantomJS, l'utilisateur est quand meme associé
- Thomas Noël a écrit :
> Pourquoi le test change-t-il tant ?
J'ai trouvé que c'était mieux de tester le circuit co... - 18:19 Bug #14813: Dans le cas d'un retour JSON érroné par PhantomJS, l'utilisateur est quand meme associé
- Pourquoi le test change-t-il tant ?
- 17:55 Bug #14813: Dans le cas d'un retour JSON érroné par PhantomJS, l'utilisateur est quand meme associé
- Serghei Mihai a écrit :
> [...]
>
> avec un "I" majuscule.
Heu non, les autres messages sont de la même forme ... - 17:50 Bug #14813: Dans le cas d'un retour JSON érroné par PhantomJS, l'utilisateur est quand meme associé
- ...
- 17:44 Bug #14813: Dans le cas d'un retour JSON érroné par PhantomJS, l'utilisateur est quand meme associé
- * logger.error(stdout) : on va pas comprendre dont il s'agit, il faut ajouter une petite info qui signale "json incor...
- 10:45 Bug #14816: Intercepter la redirection lors de la mise à jour de mot de passe
- okok.
- 10:42 Bug #14816: Intercepter la redirection lors de la mise à jour de mot de passe
- Frédéric Péters a écrit :
> [...]
>
> Manque un assert à ce test.
Merci Fred - 07:27 Bug #14816: Intercepter la redirection lors de la mise à jour de mot de passe
- ...
- 08:58 Révision 8d483be9 (mandayejs): test: add assert statement
30 janvier 2017
- 19:08 Bug #14816 (Résolu (à déployer)): Intercepter la redirection lors de la mise à jour de mot de passe
- 18:18 Bug #14816: Intercepter la redirection lors de la mise à jour de mot de passe
- Ok
- 15:59 Bug #14816 (Fermé): Intercepter la redirection lors de la mise à jour de mot de passe
- Lors d'une redirection pour mis à jour de mot de passe, le domaine du reverse proxy n'esst pas pris en compte.
- 19:02 Révision 2d349873 (mandayejs): redirect to right domain name when password update required (#14816)
- 16:01 Bug #14813: Dans le cas d'un retour JSON érroné par PhantomJS, l'utilisateur est quand meme associé
- Mmhhh non, il ne faut pas utiliser "failure" qui va déclencer un credentials.delete().
- 15:48 Bug #14813 (En cours): Dans le cas d'un retour JSON érroné par PhantomJS, l'utilisateur est quand meme associé
- 12:58 Bug #14813 (Fermé): Dans le cas d'un retour JSON érroné par PhantomJS, l'utilisateur est quand meme associé
- 11:17 Development #14606 (Résolu (à déployer)): durée de vie des processus phantomjs
- 11:16 Development #14606: durée de vie des processus phantomjs
- Thomas Noël a écrit :
> supprimer le "result = None" ligne 32... et ack.
Ok - 10:59 Development #14606: durée de vie des processus phantomjs
- supprimer le "result = None" ligne 32... et ack.
- 10:47 Development #14606: durée de vie des processus phantomjs
- Thomas Noël a écrit :
> * « timeout = getattr(settings, 'PHANTOM_JS_TIMEOUT', 10) » ne sert plus à rien, utiliser di... - 10:09 Development #14606: durée de vie des processus phantomjs
- * « timeout = getattr(settings, 'PHANTOM_JS_TIMEOUT', 10) » ne sert plus à rien, utiliser directement « process.join(...
- 10:54 Révision ecb03255 (mandayejs): kill phantomjs process if timeout (#14606)
27 janvier 2017
- 15:58 Development #14606: durée de vie des processus phantomjs
- Il manque le commentaire qui explique le pourquoi du « context = {k: v for k, v in data.items() if k != 'locators'} »...
- 15:46 Development #14606: durée de vie des processus phantomjs
- Thomas Noël a écrit :
> Pourquoi 2 alors que 1 suffit :)
:D, je pense que 1/4s devrait suffir. - 15:39 Development #14606: durée de vie des processus phantomjs
- Pourquoi 2 alors que 1 suffit :)
- 14:55 Development #14606: durée de vie des processus phantomjs
- Josué Kouka a écrit :
> Thomas Noël a écrit :
> > Le test il va attendre 10 secondes ?
>
> Oui, mais je peux set... - 14:49 Development #14606: durée de vie des processus phantomjs
- Thomas Noël a écrit :
> Le test il va attendre 10 secondes ?
Oui, mais je peux setter @PHANTOM_JS_WAITING_TIME=2@... - 14:46 Development #14606: durée de vie des processus phantomjs
- Le test il va attendre 10 secondes ?
- 14:14 Development #14606: durée de vie des processus phantomjs
- En prennant en compte les differentes remarques
- 13:47 Development #14606: durée de vie des processus phantomjs
- Ok, mais il ne faut pas faire un "pop" pour cela, qui modifie data (et l'appelant va se retrouver avec un "data" modi...
- 13:37 Development #14606: durée de vie des processus phantomjs
- > Le couple login/mdp(déchiffré) s'y trouve, du coup j'ai préféré ne pas l'envoyer dans les logs.
Invitation à lai... - 13:20 Development #14606: durée de vie des processus phantomjs
- Thomas Noël a écrit :
> Mes petites remarques :
>
> * result.get('stderr', None) : le None est inutile
> * "Phan... - 10:37 Development #14606: durée de vie des processus phantomjs
- Oublions pour l'instant la dernière phrase de mon commentaire concernant le @cookies@
- 10:11 Development #14606: durée de vie des processus phantomjs
- En plus @data@ est un dico et sa représentation chaîne n'est pas toujours la même. Chez moi c'est:...
- 09:51 Development #14606: durée de vie des processus phantomjs
- Mes petites remarques :
* result.get('stderr', None) : le None est inutile
* "Phantomjs process stalled with cone... - 07:25 Development #14606: durée de vie des processus phantomjs
- suppression du print dans le test
- 07:23 Development #14606: durée de vie des processus phantomjs
- avec un test
- 04:22 Development #14606 (En cours): durée de vie des processus phantomjs
- 15:53 Bug #14575 (En cours): rajouter un delai pour la detection d'une authentification réussie ou échouée
- Patch suivant ce principe (sur l'exemple d'Archimed) mais avec un délai d'attente de 0.1 secondes.
Au passage je d... - 11:04 Bug #14665: Avoir le chargement des CSS dans un template unique
- Ok, modifié.
Le @extra_panel_links@ venait d'un commit en local étant un draft du ticket #13963. - 09:49 Bug #14665: Avoir le chargement des CSS dans un template unique
- C'est du détail mais dans le même patch et pour le même usage, une fois utiliser des ' et une fois des ", ça manque d...
Formats disponibles : Atom