DominoArea.org [Archive]

Clairement l'imbrication de form ce n'est pas "possible", prend le temp de regarder la solution openntf, elle marche bien pour moi.

bon ça marche si je ferme le form notes </form> et que j'en rouvre un autre <form> apres

bon petit souci

ça marche bien, mais si je je me gaufre de password ça me renvois au masque de connexion de domcfg et pas à ma page actuel

bon ça marche mais c'est pas utilisable pour la bonne raison que le login et le password passent EN CLAIRE dans le header

en clair...mais a moins d'utiliser SSL, ca passe toujours en clair les login par basic authentication ou form authentication...

pour le login en clair pas souci, c'est surtout le password

mais c toujours le cas...ca passe toujours en clair le password dans les authentifications web... (sauf a etre en HTTPS)

dans ce cas pourquoi quand je passe par la domcfg le password n'apparait pas

je ne sais pas "ou" tu regardes...ca apparait en clair "ou" ? dans l'url ?

j'ai ajouté l'add-on "Live HTTP Headers" dans firefox et je regarde si qui passe.

j'essais en appellant le <form> ou sont mes champs de connexion mais au submit ça me dis que mes certificat ne sont plus valide de 2008 !

as-tu besoin d'utiliser un masque Notes pour ta page ?
si oui, c'est que tu as besoin de laisser Domino générer son tag form et le reste, par contre, tes champs pour le login doivent être dans un autre form, pas imbriqué. si possible le mettre tout en bas, en fermant le tag form généré généré par Domino et ouvrir le tient ensuite ...
si non, tu génères ton tag form comme tu veux

pour le "masque traité", tu vois passer quelque chose de particulier dans la domlog ? qu'est-ce que tu as mis exactemement dans ton tag form ? action=names.nsf?login et tu as bien un input redirectTo ?

hello roubech

comme je le disais ça fonctionne, mais j'ai le password qui passe en claire, je fais donc des essais en https mais j'ai quelques souci avec le certificat de sécurité de mon server de dev

en get, pas étonant
en post, pas sur, mais je crains que ce soit la même chose avec le masque de la domcfg
input type=password, ça cache lors de la saisie, mais la data n'est pas encodée

lors d'une utilisation "normal" de la domcfg le password n'apparait pas dans les données envoyés