Re: 'premature end of script headers' error

Bernhard Reiter <[email protected]>
Newsgroups gmane.comp.bug-tracking.roundup.user
Message-ID <[email protected]>
Tom,

On Wednesday 11 December 2013 at 23:08:52, Tom Ekberg wrote:
> Thank you for your response. I can find no traceback. None in the log file,
> nor the apache ssl_error_log which is where I have seen stack traces
> before. I peppered my systems tracker's roundup.cgi with more log messages
> - there is no python error at that level.  I made sure to catch any
> exception.

hmmm, yes this is strange, but it was important to check.

> I wrote a wrapper class (snarfed most of the code from 
> http://code.activestate.com/recipes/577555-object-wrapper-class/) to have
> HTML text go to the log file as well as to sys.stdout. When I'm displaying
> the issue detail (issue.item.html) I see lots of HMTL in the log file. When
> I change a simple attribute and press the 'submit' button I see the SQL
> statements that I saw before, but no HTML text. This is why apache is
> complaining about the script headers - there aren't any. I'll have to dig
> deeper in the roundup/cgi/* code to determine where the error is. I'm
> thinking that something like this happens:
>
>    create DB transaction
>    do a lot of selects
>    perform update and inserts
>    some unknown error happens
>    transaction is aborted

Yes, this seems to be a good starting hypothesis.
You could try to verify it maybe by the database side,
if there is more diagnostics, it may tell you if the transaction was actually 
aborted.

> I'm pretty certain the database itself isn't the problem. I modified the
> same issue's attribute with roundup-admin and it works fine. I also did the
> UPDATE cut/pasted from the log using psql (the postgres command line) while
> logged as the user I'm using in the tracker. That also works fine.

It still could be the database because of timing or so, but I also would try 
to falsify other hypothesis first.

> If you think I'm going down the wrong path (digging into the roundup/cgi/*
> code) I'd appreciate your input.

The result probably comes out of the db layer, maybe that is another place 
where you can try to detect and track the infection (bad behaviour 
propagating).

Let us know about your progress. ;)
Bernhard

-- 
www.intevation.de/~bernhard (CEO)    www.fsfe.org (Founding GA Member)
Intevation GmbH, Osnabrück, Germany; Amtsgericht Osnabrück, HRB 18998
Owned and run by Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk

_______________________________________________
Roundup-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/roundup-users
signature.asc (application/pgp-signature, 490 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iQEcBAABAgAGBQJSqY6XAAoJEDxD9Mjv9dQqTFQIAIm5ib8xFreegx2egF75TN1U
0RthFxAYX+bHl8eKA/kAwbb4iz4vB4oHYhLDih3RWB7NwLgpa7l8TlUtR9JitTDt
+ss2gUtl8p62nA/wSdCQwutHq51sY12rs2EUKb3Vy7mq4leDxvUtiLQVII791o6X
KelW9GX0HYD4y+oI2YZJU+s7DBVJYf/SJpndcWKmH6QoCiPCD2v4XlrcVfUGMv+S
AvLO/kMv4Ky7KYKrDQ4TzC101fpIYezgQCI+AEujcBqUbPLSLp450PbvQZdMcDV/
NSU1ld9L7ST6o+d6KiGGskMLsaW2+hNlWOSGCZICxHnHp6/SoMIH4UFir6EOAHA=
=lmq+
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.