Menu ▾ ▴

#14 Error 400 in Konqueror

open-accepted
None
5
2005-06-20
2005-06-14
flashfr
No

I tried to use my JPSpan-based application in
Konqueror, and I got this error :

[Client_Error] [400] Bad Request

I didn't try with any other khtml-based browser (eg
Safari).

Discussion

  • flashfr

    flashfr - 2005-06-14

    Screenshot of the bug in Konqueror

     
  • Harry Fuecks

    Harry Fuecks - 2005-06-20

    Logged In: YES
    user_id=569780

    Interesting.

    Can you tell me if you get this error on Sourceforge, with
    the examples there?

    In particular this example;

    http://jpspan.sourceforge.net/examples/testclient.php

    If you click on the first "asyncPost" link on the left.

    Many thanks.

     
  • Harry Fuecks

    Harry Fuecks - 2005-06-20
    • status: open --> open-accepted
     
  • Harry Fuecks

    Harry Fuecks - 2005-06-20
    • assigned_to: nobody --> harryf
     
  • flashfr

    flashfr - 2005-06-21

    Logged In: YES
    user_id=1130855

    Sorry I'm in holiday right now and I don't have access to my
    machine; I'll try that on 3rd July ;)

     
  • Nobody/Anonymous

    Logged In: NO

    I get the same error with asyncPost.

    BTW, it works good with asyncGet.

     
  • Nobody/Anonymous

    Logged In: NO

    i got:

    Client_Error: [400] undefined while calling thisand.that()
    under (opera 8.01 // Win2K sp4)

    same problem on
    http://jpspan.sourceforge.net/examples/testclient.php
    when i click asyncPost()

     
  • Nobody/Anonymous

    Logged In: NO

    forgot:

    works good with asyncGet()

     
  • Nobody/Anonymous

    Logged In: NO

    In this example when transfering data via POST method,
    JPSpan manually sets the content-length header with
    this.http.setRequestHeader('Content-Length', this.body.
    length);

    Opera 8.0x then sends the header this way (output from
    Ethereal):
    Content-Length: 337, application/x-www-form-urlencoded;
    charset=UTF-8\r\n
    Content-Type: text/xml; charset=utf-8\r\n
    Content-Transfer-Encoding: binary\r\n

    Compared to Firefox...
    Content-Type: application/x-www-form-urlencoded; charset=UTF
    -8\r\n
    Content-Length: 337\r\n

    ...or Opera 8.5x:
    Content-Type: application/x-www-form-urlencoded; charset=UTF
    -8\r\n
    Content-Length: 337\r\n
    Content-Transfer-Encoding: binary\r\n

    Konqueror and other KHTML based browser, but not the latest
    Safari, seem to show the same behavior as Opera 8.0x. If
    you delete the line
    this.http.setRequestHeader('Content-Length', this.body.
    length);
    from the source code everything works fine. The browser I
    tested (Opera 8.0x on Windows and Konqueror 3.3 on Linux)
    as well as IE6 and Gecko-based browser add the content-
    length to the header automatically in case there is a POST
    body.

     

Log in to post a comment.