I'm splitting this off from issue1596 (msg8737), because it's quite possible
that these are two separate bugs.

Sometimes roundup will seemingly randomly drop content from the 'Change Note'
when people submit something through the web interface.  We are totally at a
loss why and when this happens, but it's very frustrating.

It does not seem to operate under the same rules as the email submissions (which
drop content seemingly systematically from certain quoted lines and are
therefore a little better understood).

I need to submit this to the roundup project tracker.

We'd also need somebody to peruse the code and look for anything which might be
doing this sort of content manipulation

So the related issue1596 was fixed by disabling a feature in roundup that trims
message bodies from emails.  But I'm going to temporarily re-enable it to test
out another hypothesis.

Maybe roundup is confused by lines that end in "-- " (Petr had tried "--", which
is close but not the syntax for email signatures).

If so, you should not see any more content after this line:-- 
and the fact that you're seeing this sentence means this hypothesis too is
disproven.

Nope, I guess that one is shot down too.
-- 
Huh. (another test, just that line alone)

We have another theory on how this may be coming around -- seems to be a
problem with word-wrapped lines, where the wrap happens between double dash and
an immediately following word (like, in middle of a commandline option). Let's
try now:

roundup seems to lose text, when it wraps this: --

Kablaam?

This is one very long line

Booh asoeih saeonti haneosi hasnteo hianteo shiaeosnti hsntueoa hisnteoai
hsntueoa hisnti hsnteoa hisntoai hnstioa hasnoti hnoa shinteo hisnteoeu --this
part of the line may get cut off!

Apparently, this is OK with IceWeasel and bad with Konqueror.  I'm very pleased
that we can reproduce this.  Let's try to narrow it down so we can give the
roundup guys a nice bug report.

Trying again, this time with email and with a slightly longer line to
induce wrapping

Booh asoeih saeonti haneosi hasnteo hianteo shiaeosnti hsntueoa hisnteoai hsntueoa hisnti hsnteoa hisntoai hnstioa hasnoti hnoa shinteo hisnteoeu --wrapthis part of the line may get cut off!

Just a try with iceweasel (aka firefox):
--veryveryveryverylongwordtocertainlytriggerlinebreak

.

This eventually turned out to be a KHTML bug in handling of WRAP=HARD textareas. Eric has worked around this on the roundup side by disabling the hard-wrapping for now. The KHTML developers have been informed of the issue.

(Hm, Eric, maybe you should afterall put WRAP=HARD back, because the rest of
the tracker seems to rely on this for sensible formatting. I will just try to
be careful now that I know what the problem is. Thanks.)

OK, I've rolled back the patch in question (I guess not too many Konqueror users
will be bitten by it).

I guess we can mark this waiting-for since we're pretty much just waiting for
intervention from the rest of the universe (in this case, the KHTML team).  If
they ever fix this, we could probably do a test here.  Wont-fix is also fine if
we think that really no action on our part is needed.

Petr: a link to the relevant bug on their tracker might be handy.