Anomalie #2380
zephir 2.3 et annuaire ldap
Description
Bonjour,
sur un Zephir 2.3 couplé à un annuaire ldap externe, la présence du caractère / dans le mot de passe empêche tout login.
Cordialement
Related issues
Associated revisions
Notification reservation bug on URL see #2380
surcharge de la classe ServerProxy de xmlrpclib pour résoudre les problèmes de mots de passe (fixes #2380)
appel à eolerpclib.xmlrpclib au lieu de xmlrpclib (ref #2380)
correction d'eolerpclib si pas d'utilisateur/mot de passe dans l'URL du serveur xmlrpc (fixes #2380)
correction des appels au backend Zéphir avec / dans le mot de passe (fixes #2380)
correction des appels xmlrpc via eolerpclib.py (ref #2380)
History
#1 Updated by Joël Cuissinat over 11 years ago
- Assigned To set to Bruno Boiget
Que faire ?
Y'a vraiment pas moyen de les échapper ?
#2 Updated by Joël Cuissinat over 11 years ago
- Project changed from Zéphir to zephir-parc
#3 Updated by Joël Cuissinat over 11 years ago
- Assigned To changed from Bruno Boiget to Daniel Dehennin
#4 Updated by Daniel Dehennin over 11 years ago
D’après la documentation python :
Both the HTTP and HTTPS transports support the URL syntax extension for HTTP Basic Authentication: http://user:pass@host:port/path. The user:pass portion will be base64-encoded as an HTTP ‘Authorization’ header, and sent to the remote server as part of the connection process when invoking an XML-RPC method. You only need to use this if the remote server requires a Basic Authentication user and password.
Il faut donc faire un encodage/décodage ?
#6 Updated by Joël Cuissinat over 10 years ago
- Status changed from Fermé to À valider
#7 Updated by Joël Cuissinat over 10 years ago
- Target version set to Mises à jour 2.3.7 RC
- Estimated time set to 1.00 h
#8 Updated by Bruno Boiget over 10 years ago
- Status changed from À valider to Résolu
- % Done changed from 0 to 100
Appliqué par commit zephir-client:976c993c55d96b756ff05b0e147ef2ffcea6afb8.
#9 Updated by Bruno Boiget over 10 years ago
- Status changed from Résolu to À valider
- % Done changed from 100 to 0
le problème vient de la librairie xmlrpclib qui ne parse pas correctement l'url dans ce cas.
Résolu par une surcharge de ServerProxy via la librairie eolerpclib (nécessite d'utiliser eolerpclib.xmlrpclib au lieu de la librairie standard)
Les scripts de zephir_client utilisent déjà cette version de la librairie
A vérifier avec des versions plus récentes de python (le code semble identique sur eole 2.4 -> python2.7)
#10 Updated by Fabrice Barconnière over 10 years ago
- Target version changed from Mises à jour 2.3.7 RC to Mises à jour 2.3.8
#11 Updated by Bruno Boiget over 10 years ago
- Target version changed from Mises à jour 2.3.8 to Mises à jour 2.3.7 Stable
#12 Updated by Bruno Boiget over 10 years ago
- Status changed from À valider to Résolu
- % Done changed from 0 to 100
Appliqué par commit zephir-client:591cc56c63a1dc63ee0f47d60e1067c1b7665513.
#13 Updated by Bruno Boiget over 10 years ago
- Target version changed from Mises à jour 2.3.7 Stable to Mises à jour 2.3.7 RC
#14 Updated by Bruno Boiget over 10 years ago
- Status changed from Résolu to À valider
la surcharge provoque des problèmes dans les programmes qui importent xmlrpclib
--> messages du type 'RuntimeError: maximum recursion depth exceeded'
#15 Updated by Bruno Boiget over 10 years ago
- Status changed from À valider to Résolu
Appliqué par commit zephir-client:9368ecf60da1a1c91b0ae80ae96319fc6c6b5133.
#16 Updated by Joël Cuissinat over 10 years ago
- Target version changed from Mises à jour 2.3.7 RC to Mises à jour 2.3.7 Stable
#17 Updated by christophe guerinot over 10 years ago
qualification Ok
tests effectués avec la version zephir-client 2.3-eole49~7.gbpc1ee60
(a) - connexion via l'interface web (port 8070) ok
(b) - via un client - enregistrement_zephir ok
#18 Updated by Fabrice Barconnière over 10 years ago
- Status changed from Résolu to Fermé