Problems with long articles in Mozilla?

John_Schutz · October 16, 2003, 10:31pm

I’m new to RT and RTFM, so forgive if this is well known. I read
through the FAQ, but didn’t see any reference to this.

I’m using RT 3.0.6 and RTFM 2.0.1 with Apache 2.0.40 and mod_perl 1.99
on a Linux box. Everything seems to work OK, except for building
articles in RTFM.

I have a very simple article layout, with 2 custom fields: Keywords
(FreeformMultiple) and Body (TextSingle). When inputting long bodies in
Mozilla, the articles get truncated after a certain point, it seems to
vary at what exact point, but bodies of a couple of thousand characters.
If I do the same thing in Internet Explorer, it does not seem to have
the problem at all.

I’ve checked the issue with Mozilla 1.5, 1.4.1 (Windows) and 1.2.1
(Linux). I’ve taken packet traces, and the POST from Mozilla looks
complete, and is not truncated.

Has anyone else noticed this?

Thanks
John

Scott_Hebert · October 17, 2003, 12:13am

Hi John,

I’ve been working with RT 3.0.6 to try to create a new type of custom
field called ‘FreeformContent’. The idea is that I want my users to be
able to enter a very large paragraph into a custom field.

The FreeformSingle is too small, display-wise and the FreeformMultiple
takes each line as an entry/value for a Custome Field.

In creating this new type of Custom Field, I discovered what you’re
describing at that is that my Value was being truncated.

I think I tracked it down to the fact that the field
TicketCustomFieldValues.Content was a VARCHAR. I also noticed that
Attachments.Content was a LONGTEXT. Seeing that attachments can be quite
large, I decided to alter the TicketCustomFieldValues table to change
the type of the Content field to be LONGTEXT.

It goes without saying that I’ve had to patch other files to get this
new Custom Field to work, but I thought I’d mention this in case it
might you trackdown your problem.

I’ll be making a patch for this new type soon, so if anyone is
interested in it, drop me a line.

SH

Adam_Clarke · October 17, 2003, 12:25am

G’day,

John Schutz wrote:

I have a very simple article layout, with 2 custom fields: Keywords
(FreeformMultiple) and Body (TextSingle). When inputting long bodies
in Mozilla, the articles get truncated after a certain point, it seems
to vary at what exact point, but bodies of a couple of thousand
characters. If I do the same thing in Internet Explorer, it does not
seem to have the problem at all.

I’ve checked the issue with Mozilla 1.5, 1.4.1 (Windows) and 1.2.1
(Linux). I’ve taken packet traces, and the POST from Mozilla looks
complete, and is not truncated.

Does your RT instance sit behind an Apache Proxy? I have seen such
issues caused by a bug in the proxy code.

Cheers

Adam Clarke
Strategic Data Pty Ltd
www.strategicdata.com.au
Adam.Clarke@StrategicData.com.au
[p] +61-3-9348-2013
[f] +61-3-9348-2015

John_Schutz · October 17, 2003, 3:14pm

Thanks for the suggestion, but no, we’re not using any proxys.

John

Adam Clarke wrote:

Victor_Danilchenko · October 20, 2003, 4:13pm

I’m new to RT and RTFM, so forgive if this is well known. I read
through the FAQ, but didn’t see any reference to this.

I’m using RT 3.0.6 and RTFM 2.0.1 with Apache 2.0.40 and mod_perl 1.99
on a Linux box. Everything seems to work OK, except for building
articles in RTFM.

I have *exactly* the same setup, and *exactly* the same problem.

I saw a related problem in RT proper, though – when you resolve
tickets, you cannot set ‘time worked’ field, its value simply gets
dropped silently; this happens only when trying to simultaneously
resolve, and set time worked.

I have a very simple article layout, with 2 custom fields: Keywords
(FreeformMultiple) and Body (TextSingle).

We have two TextSingle fields (comments and meta-comments). The

error is the same, though.

When inputting long bodies in Mozilla, the articles get truncated after
a certain point, it seems to vary at what exact point, but bodies of a
couple of thousand characters.

If I do the same thing in Internet Explorer, it does not seem to have
the problem at all.

Well, I tested the same problem under multiple browsers (Camino,

Safari, Mozilla/Linux, Mozilla/OSX, IE/OSX), and saw the same problem
everywhere, although the corruption point differs.

I’ve checked the issue with Mozilla 1.5, 1.4.1 (Windows) and 1.2.1
(Linux). I’ve taken packet traces, and the POST from Mozilla looks
complete, and is not truncated.

This seems to be a server problem, not the browser problem.

There have been some suggestions that the RHL9 mod_perl RPM is borked,
and corrupts the data.

Oh yeah, restarting Apache doesn't help -- I tried, just for the

hell of it.