title: Safari 5 not sending all cookies back to the server
body: <p>I'm seeing this issue with Safari 5 (actually it has been prevalent since at least 4.0.5), where it seems that it does not set cookies properly.  The site works perfectly fine for Firefox, IE, and Chrome.</p>
  
  <p>However, I can verify that the cookie is being properly set by looking at Safari's cookies plist that it uses.  On Windows 7 it's stored here: C:\Users\\AppData\Roaming\Apple Computer\Safari\Cookies\Cookies.plist</p>
  
  <p>Now the site that I am working on uses cookies quite extensively and are stored across different domains.</p>
  
  <p>Let's say for example, the site is www.foo.com.
  The login cookie is set to domain .foo.com.
  In addition, other cookies are stored to domain www.foo.com, a.foo.com, b.foo.com, etc.</p>
  
  <p>Safari seems to get confused when going to www.foo.com and "forgets" to sends all of the cookies that it should (www.foo.com, .foo.com).</p>
  
  <p>I am not sure if this is an error on my side (invalid characters in the cookie) or if this is a bug with Safari.  I'd like to know if anybody has come across this and has found a </p>
  
  <p>Thanks!</p>
  
  <p><em>Edit</em>: The one cookie that I am concerned about is quite big, a little less than 4k in length. It contains encoded information and the characters that it consists of are alphanumerics and / + _ =</p>
  
  <p>Now what's strange is that, depending on the domain the cookie gets set to, the cookie works fine by itself.  However, when the user logs in, another cookie gets added and Safari seems to ignore the first one.  Safari sends the login cookie fine and it consists of alphanumerics along with [ ] _ \</p>
  
  <p>My original thought was that it could be a domain conflict. The first cookie was being set to www.foo.com while the login cookie was being set to .foo.com. However, I tested this theory, setting them both to .foo.com, and the issue still remains.</p>