[lwip-users] possible bug?

[Jesper Vestergaard]

I don't know if this is a bug or just how it is handled by lwip. I'm 
using html checkboxes and the POST method to update some LED's on a 
avr32 board. If I send a post my header in lwip looks like this:

Host: 192.168.18.80
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.11) 
Gecko/2009060308 Ubuntu/9.04 (jaunty) Firefox/3.0.11
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://192.168.18.80/
Content-Type: application/x-www-form-urlencoded
Content-Length: 15

LED1=ON&LED2=ON




If i then change the second checkbox to not checked the header looks 
like this:





Host: 192.168.18.80
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.11) 
Gecko/2009060308 Ubuntu/9.04 (jaunty) Firefox/3.0.11
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://192.168.18.80/
Content-Type: application/x-www-form-urlencoded
Content-Length: 7

LED1=ONN&LED2=ON





The content length says 7 but actually the content is the new post data 
written over the old post data.

Should i report this as a bug or is this the way lwip should handle this 
and i should always check the content length?