The specified CGI application misbehaved by not returning a complete set of HTTP headers. - Mozilla

This is a discussion on The specified CGI application misbehaved by not returning a complete set of HTTP headers. - Mozilla ; Hi I have problems with my bugzilla. I'll download it from cvs bugzilla. I've run checksetup.pl everything apear to be ok here. No errors account and tables in database are created. . Then in IIS manager I've created a virtual ...

+ Reply to Thread
Results 1 to 9 of 9

Thread: The specified CGI application misbehaved by not returning a complete set of HTTP headers.

  1. The specified CGI application misbehaved by not returning a complete set of HTTP headers.

    Hi
    I have problems with my bugzilla. I'll download it from cvs bugzilla.
    I've run checksetup.pl everything apear to be ok here. No errors
    account and tables in database are created. . Then in IIS manager I've
    created a virtual directory (C:\www\mozilla\webtools\bugzilla) (c:\www
    <- is my document root for websites) and I've set these: in Home
    Directory->configuration in .cgi mapping executable is set
    to:C:\Perl\bin\perl.exe -xC:\www\mozilla\webtools\bugzilla -wT "%s" %s.
    I've restart server and I've got error "CGI application misbehaved by
    not returning a complete set of HTTP headers."

    I've allow all services and i manipulate with the executable path and
    nothin. Every time I type http://localhost/bugzilla/index.cgi in
    browser address bar I get this error message.

    What else could I do??


  2. Re: The specified CGI application misbehaved by not returning acomplete set of HTTP headers.

    ukiEMAIL,

    25 Sep 2006 14:07:28 -0700, ukiEMAIL@gmail.com :
    > What else could I do??


    check that the web server can access perl, its modules, MySQL and
    Bugzilla's files. When using IIS, I'm told it can be configured to run
    as the user accessing a resource, so keep this in mind (you may need
    to allow read access (and possibly execute and write access) to
    everyone in Bugzilla's directory). It's a little bit easier with
    Apache.

    Kind regards
    Marc

  3. Re: The specified CGI application misbehaved by not returning a complete set of HTTP headers.

    I gave rights to everyone in bugzilla directory. Server access test
    perl scripts correctly. All data is displayed. This happens only with
    the bugzilla when I'm trying to execute
    http://localhost/Bugzilla/index.cgi
    Marc Schumann napisal(a):
    > ukiEMAIL,
    >
    > 25 Sep 2006 14:07:28 -0700, ukiEMAIL@gmail.com :
    > > What else could I do??

    >
    > check that the web server can access perl, its modules, MySQL and
    > Bugzilla's files. When using IIS, I'm told it can be configured to run
    > as the user accessing a resource, so keep this in mind (you may need
    > to allow read access (and possibly execute and write access) to
    > everyone in Bugzilla's directory). It's a little bit easier with
    > Apache.
    >
    > Kind regards
    > Marc



  4. Re: The specified CGI application misbehaved by not returning acomplete set of HTTP headers.

    Lukasz,

    25 Sep 2006 22:20:58 -0700, Lukasz.Odulinski@gmail.com
    :
    > I gave rights to everyone in bugzilla directory. Server access test
    > perl scripts correctly. All data is displayed. This happens only with
    > the bugzilla when I'm trying to execute
    > http://localhost/Bugzilla/index.cgi


    what happens if you try to access http://localhost/Bugzilla/testagent.cgi?

    Your web server's error log should be able to tell you exactly what
    happened when trying to run index.cgi. Maybe the web server has
    insufficient permissions to access some perl module? Maybe you can
    work your way forward with some helloworld.cgi you create in
    Bugzilla's directory, where you add complexity step by step.

    Regards
    Marc

  5. Re: The specified CGI application misbehaved by not returning a complete set of HTTP headers.

    When I access http://localhost/Bugzilla/testagent.cgi? the browser
    prints OK nothing else. In which file there is a server log because I
    don't see any in directory where websites are situated.
    Marc Schumann napisal(a):
    > Lukasz,
    >
    > 25 Sep 2006 22:20:58 -0700, Lukasz.Odulinski@gmail.com
    > :
    > > I gave rights to everyone in bugzilla directory. Server access test
    > > perl scripts correctly. All data is displayed. This happens only with
    > > the bugzilla when I'm trying to execute
    > > http://localhost/Bugzilla/index.cgi

    >
    > what happens if you try to access http://localhost/Bugzilla/testagent.cgi?
    >
    > Your web server's error log should be able to tell you exactly what
    > happened when trying to run index.cgi. Maybe the web server has
    > insufficient permissions to access some perl module? Maybe you can
    > work your way forward with some helloworld.cgi you create in
    > Bugzilla's directory, where you add complexity step by step.
    >
    > Regards
    > Marc



  6. Re: The specified CGI application misbehaved by not returning a complete set of HTTP headers.

    I've added this to index.cgi file print "HTTP/1.0 200 OK\n";
    print "Content-Type: text/html\n\n";
    And now page have started but I've got an notice :
    Content-Type: text/html; charset=UTF-8 [Tue Sep 26 13:56:16 2006]
    index.cgi: Use of uninitialized value in substitution (s///) at (eval
    75) line 44.

    Is this dangerous and how to fix that?
    Lukasz.Odulinski@gmail.com napisal(a):
    > When I access http://localhost/Bugzilla/testagent.cgi? the browser
    > prints OK nothing else. In which file there is a server log because I
    > don't see any in directory where websites are situated.
    > Marc Schumann napisal(a):
    > > Lukasz,
    > >
    > > 25 Sep 2006 22:20:58 -0700, Lukasz.Odulinski@gmail.com
    > > :
    > > > I gave rights to everyone in bugzilla directory. Server access test
    > > > perl scripts correctly. All data is displayed. This happens only with
    > > > the bugzilla when I'm trying to execute
    > > > http://localhost/Bugzilla/index.cgi

    > >
    > > what happens if you try to access http://localhost/Bugzilla/testagent.cgi?
    > >
    > > Your web server's error log should be able to tell you exactly what
    > > happened when trying to run index.cgi. Maybe the web server has
    > > insufficient permissions to access some perl module? Maybe you can
    > > work your way forward with some helloworld.cgi you create in
    > > Bugzilla's directory, where you add complexity step by step.
    > >
    > > Regards
    > > Marc



  7. Re: The specified CGI application misbehaved by not returning acomplete set of HTTP headers.

    Lukasz,

    26 Sep 2006 02:55:30 -0700, Lukasz.Odulinski@gmail.com
    :
    > When I access http://localhost/Bugzilla/testagent.cgi? the browser
    > prints OK nothing else.


    that's good, that's what http://localhost/Bugzilla/testagent.cgi is
    expected to say. So your web server configuration is probably all
    right.

    Copy testagent.cgi to whatever.cgi, add a |use Bugzilla;| and see what
    happens. Work your way forward from there. It may be that your web
    server cannot access some required perl modules.

    > In which file there is a server log because I
    > don't see any in directory where websites are situated.


    I don't know. Consult your web server's manual to find out where it
    keeps its log files.

    > And now page have started but I've got an notice :


    What do you mean by "page have started"? Does it display a sensible page?

    > Content-Type: text/html; charset=UTF-8 [Tue Sep 26 13:56:16 2006]
    > index.cgi: Use of uninitialized value in substitution (s///) at (eval
    > 75) line 44.
    >
    > Is this dangerous and how to fix that?


    Not dangerous. This is probably
    https://bugzilla.mozilla.org/show_bug.cgi?id=332555.

    Kind regards
    Marc

  8. Re: The specified CGI application misbehaved by not returning a complete set of HTTP headers.

    By it has started means that it is displayed correctly no CGI error.
    You can see it on: http://ekatalog.nazwa.pl/scr02.JPG (also the error
    too).
    Marc Schumann napisal(a):
    > Lukasz,
    >
    > 26 Sep 2006 02:55:30 -0700, Lukasz.Odulinski@gmail.com
    > :
    > > When I access http://localhost/Bugzilla/testagent.cgi? the browser
    > > prints OK nothing else.

    >
    > that's good, that's what http://localhost/Bugzilla/testagent.cgi is
    > expected to say. So your web server configuration is probably all
    > right.
    >
    > Copy testagent.cgi to whatever.cgi, add a |use Bugzilla;| and see what
    > happens. Work your way forward from there. It may be that your web
    > server cannot access some required perl modules.
    >
    > > In which file there is a server log because I
    > > don't see any in directory where websites are situated.

    >
    > I don't know. Consult your web server's manual to find out where it
    > keeps its log files.
    >
    > > And now page have started but I've got an notice :

    >
    > What do you mean by "page have started"? Does it display a sensible page?
    >
    > > Content-Type: text/html; charset=UTF-8 [Tue Sep 26 13:56:16 2006]
    > > index.cgi: Use of uninitialized value in substitution (s///) at (eval
    > > 75) line 44.
    > >
    > > Is this dangerous and how to fix that?

    >
    > Not dangerous. This is probably
    > https://bugzilla.mozilla.org/show_bug.cgi?id=332555.
    >
    > Kind regards
    > Marc



  9. Re: The specified CGI application misbehaved by not returning acomplete set of HTTP headers.

    Lukasz,

    26 Sep 2006 05:58:37 -0700, Lukasz.Odulinski@gmail.com
    :
    > By it has started means that it is displayed correctly no CGI error.


    hmmm... Strange that it works with your doctored header, but not
    without it. Maybe this

    > > > Content-Type: text/html; charset=UTF-8 [Tue Sep 26 13:56:16 2006]
    > > > index.cgi: Use of uninitialized value in substitution (s///) at (eval
    > > > 75) line 44.


    is the reason after all. That's a new thing to me, but well...

    Check whether the workaround described in
    https://bugzilla.mozilla.org/show_bug.cgi?id=332555 helps you.

    Regards
    Marc

+ Reply to Thread