82185 - Long form submission gives "server error"

Status: VERIFIED DUPLICATE of bug 83625

(Core :: Networking: Cookies, defect)

Description

[Eric Vaandering (no email)]

When re-ordering my movie queue on Netflix (submitting a form) I get the
following error from the server:
------------------------------------
Error 500--Internal Server Error
From RFC 2068 Hypertext Transfer Protocol -- HTTP/1.1:
10.5.1 500 Internal Server Error

The server encountered an unexpected condition which prevented it from
fulfilling the request.
-------------------------------------

This works with 4.7 and with 0.9, but not with 2001052115 (linux). I have a lot
of movies in my queue (about 150) and maybe I'm overloading some form submission
limit in mozilla?

This is in account management, so only subscribers can access this. I could
probably supply the HTML source if needed.

Comment 1

[Ferdinand]

ive been seeing http header info popping up as post data (win 20010524 and
earlier), that may be the case here... will need some further dup search/research.

Comment 2

[Ferdinand]

see bug 82260, bug 57768 and bug 37773
(result of a quick search on http post data corrruption, 57768 is least likely
to be related, and im not sure i understand 37773 as it would seem more serious
than attention to it indicates. 82260 is a cross reference)

Comment 3

[Eric Vaandering (no email)]

I'm watching the other two bugs, so if a fix goes in for those, I'll report back
here. bug 82260 seems like the most likely candidate, so if someone wants to
mark this a dup of that, that's fine too.

Comment 4

[Chris Hiner]

Duping based on reporters comments.

*** This bug has been marked as a duplicate of 82260 ***

Comment 5

[Eric Pollmann]

82260 was not a valid bug, reopening and taking this.

Comment 6

[Eric Pollmann]

taking...

Comment 7

[Eric Vaandering (no email)]

Since the other bug was invalid please let me know if there is anything I can do
to help solve this problem since this bug is keeping me from using 0.9.1

Comment 8

[Eric Pollmann]

If it is possible, can you attach the HTML of the page containing the long form?
 If not, can you describe it in general terms (i.e., are there text area inputs,
or a large table of checkboxes, ...?  Thanks!  (Confirming to get this to appear
in my 0.9.2 buglist)

Comment 9

[[e-mail] (gone - use [e-mail] instead)]

I see this on windows too.

Comment 10

[[e-mail] (gone - use [e-mail] instead)]

Attachment: The page, I think my account is safe...

Comment 11

[Eric Pollmann]

The problem here turns out to be that we are not sending a cookie that IE is
sending.  Here's our post...

-------- Start client request to movies.netflix.com port 80 --------
POST /Queue HTTP/1.1
Host: movies.netflix.com
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.1+) Gecko/20010611
Netscape6/6.1b1
Accept: text/xml, application/xml, application/xhtml+xml, text/html;q=0.9,
image/png, image/jpeg, image/gif;q=0.2, text/plain;q=0.8, text/css, */*;q=0.1
Accept-Language: en-us
Accept-Encoding: gzip,deflate,compress,identity
Accept-Charset: ISO-8859-1, utf-8; q=0.667, *; q=0.667
Keep-Alive: 300
Connection: keep-alive
Referer: http://bugzilla.mozilla.org/showattachment.cgi?attach_id=38221
Content-type: application/x-www-form-urlencoded
Content-Length: 4588

<POST DATA>
-------- End of client request --------

Here is IE's request:

-------- Start client request to movies.netflix.com port 80 --------
POST /Queue HTTP/1.1
Accept: application/vnd.ms-excel, application/msword,
application/vnd.ms-powerpoint, image/gif, image/x-xbitmap, image/jpeg,
image/pjpeg, */*
Referer: http://bugzilla.mozilla.org/showattachment.cgi?attach_id=38221
Accept-Language: en-us
Content-Type: application/x-www-form-urlencoded
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0)
Host: movies.netflix.com
Content-Length: 4588
Connection: Keep-Alive
Cache-Control: no-cache
Cookie: nwvstr=992423157; NetflixShopperId=PBC22220484JQ;
SITESERVER=ID=78ed682c1a3145eaa0960cafb5573b30; nflxsid=814A;
WebLogicSession=Oycs9Xzd2Tk1v7dFFGko11G1UC0H31epGcBAwR5y3EGmwD97b2vT|6381918945222229148/167868707/6/80/80/443/443/80/-1

<POST DATA>
-------- End of client request --------

The <POST DATA> in both cases is exactly identical, so that is not the problem
here.  I also tried manually changing out user agent string and serveral other
headers, and we will always get a 500 Internal Server Error, but IE gets a
successful 302 Moved Temporarily

Now if I just cut and paste that cookie and send it with our request above, we
get the same response as IE, so that must be it...  ???

Handing this one to Steve to investigate.

Comment 12

[Stephen P. Morse]

Let me know if you are still seeing this problem with a recent build and, if so, 
reopen this report.  Otherwise I will assume that this is a dup of bug 83625 
which got fixed this week.



*** This bug has been marked as a duplicate of 83625 ***

Comment 13

[Eric Vaandering (no email)]

It works now (2001061208 Linux). Must've been the cookie.

Thanks.

Comment 14

[[e-mail] (gone - use [e-mail] instead)]

Yup, netflix.com worksforme now on a trunk build.

Comment 15

[Vladimir Ermakov]

verifying duplicate