Ah, je vois ce que vous voulez dire. Généralement ce que les navigateurs font vraiment est de prendre le dossier contenant le document comme le chemin; pour '/login.php' ce serait '/' donc cela fonctionnerait effectivement sur l'ensemble du domaine. '/potato/login.php' serait limité à '/ potato /'; quoi que ce soit avec des parties d'info de chemin suiveuses (par exemple '/login.php/') ne fonctionnerait pas.
Dans ce cas, la spécification Netscape peut être considérée comme erronée ou au moins trompeuse en prétendant que le chemin par défaut est le chemin du document en cours ... en fonction de la manière dont vous y lisez 'path'. Cependant, le comportement du navigateur est cohérent jusqu'à la version originale de Netscape. Netscape n'a jamais été si bon à des spécifications d'écriture ...
Si .NET de HttpWebRequest est vraiment en défaut CookieContainer.Path à tout le chemin du document en cours, je dépose un rapport de bogue. Malheureusement, le comportement réel n'est pas actuellement décrit dans un document de normes ... il y a RFC 2965, qui obtient le chemin juste, mais fait plusieurs autres changements non représentatifs du comportement réel du navigateur, donc ce n'est pas entièrement fiable non plus. :-(
Merci, bobince. Je vois, mais c'est un peu étrange pour moi, parce que ce site Web dont je parlais qui ne définit pas de "chemin", semble toujours fonctionner à travers tout le domaine dans Internet Explorer et Firefox au moins. Des idées? – James