I’m running RT 3.0.4 on a Red Hat 9 machine, with stock Apache 2.0.40
and mod_perl 1.99_07, and I’m seeing some strange web attachment
corruption bugs. It’s happening in the base64 encoding of binary
attachments. (MS Word, PDF, etc) The file size is increased by a few
hundred bytes. I have pasted a section near the end of the same file (a
very simple MS Word document), the first attached correctly, and the
second, incorrectly.
I don’t know if this helps. I can provide the entire attachments
database rows for each instance, as well as the original file, if anyone
wants to take a look. I’m rather stumped, and I don’t know the RT
codebase well enough to debug this through.
My first guess is some sort of (unicode?) encoding issue, but it’s so
intermittent that I’m just not sure.
Did you manage to sort this one out? I’m having a very similar issue
with attachments with my RT 3.0.5 / Redhat 9 / Apache 1.3.28 (w/static
mod_perl)
Thanks,
mike
Tim Gerla wrote:
I’m running RT 3.0.4 on a Red Hat 9 machine, with stock Apache 2.0.40
and mod_perl 1.99_07, and I’m seeing some strange web attachment
corruption bugs. It’s happening in the base64 encoding of binary
attachments. (MS Word, PDF, etc) The file size is increased by a few
hundred bytes. I have pasted a section near the end of the same file (a
very simple MS Word document), the first attached correctly, and the
second, incorrectly.
I received a report today that this is due to RedHat’s perl build having
its’ locale set funny at build time. if you export LANG=C before
starting RT, it should clear up.On Mon, Sep 22, 2003 at 05:52:56PM -0700, mYK wrote:
Hi Tim,
Did you manage to sort this one out? I’m having a very similar issue
with attachments with my RT 3.0.5 / Redhat 9 / Apache 1.3.28 (w/static
mod_perl)
Thanks,
mike
Tim Gerla wrote:
I’m running RT 3.0.4 on a Red Hat 9 machine, with stock Apache 2.0.40
and mod_perl 1.99_07, and I’m seeing some strange web attachment
corruption bugs. It’s happening in the base64 encoding of binary
attachments. (MS Word, PDF, etc) The file size is increased by a few
hundred bytes. I have pasted a section near the end of the same file (a
very simple MS Word document), the first attached correctly, and the
second, incorrectly.
We have had the same thing but it seems that in two cases the corruption
occurred from two different corporate networks that probably have proxy
servers in between them and the internet RT server.
When I try to replicate from a direct internet connection the attachments
are ok.
This may be because of sporadic corruptions or related to proxy servers…
I received a report today that this is due to RedHat’s perl build having
its’ locale set funny at build time. if you export LANG=C before
starting RT, it should clear up.
A similar solution worked wonderfully:On my RH9 box, i changed /etc/sysconfig/i18n to have LANG=en_US instead of LANG=en_US.UTF-8. This changes the global language for everything, (after a reboot, probably) which is the brute force solution i was looking for, since a lot of the perl modules won’t compile with LANG=en_US.UTF-8. Thanks for your speedy help! Mike Jesse Vincent wrote:
I received a report today that this is due to RedHat’s perl build having
its’ locale set funny at build time. if you export LANG=C before
starting RT, it should clear up.
I received a report today that this is due to RedHat’s perl build
having its’ locale set funny at build time. if you export LANG=C
before starting RT, it should clear up.
I am running it on FreeBSD, so it is not the issue. Also, it is on my
local network, without proxy servers in between. Also, I noticed that
when i restart Apache, it works properly for a while. But I cannot
confirm, I am not 100% that there is connection between.
Yes, I did sort it out. By doing some debugging I learned that the first
attachment per mod_perl apache process worked fine, but subsequent
attachments from the same process failed. I solved the problem by
applying the (possibly incorrect, but working) attached patch.
I’m running Red Hat 9, RT 3.0.4.
Apache server string: Apache/2.0.40 (Red Hat Linux) mod_perl/1.99_07-dev
Perl/v5.8.0 PHP/4.2.2 mod_python/3.0.1 Python/2.2.2 mod_ssl/2.0.40
OpenSSL/0.9.7a DAV/2
I did an export LANG=C and then an httpd restart and the problem seems to be
corrected, but since it is a sporadic problem, it is difficult to confirm.
We have had the same thing but it seems that in two cases the corruption
occurred from two different corporate networks that probably have proxy
servers in between them and the internet RT server.
When I try to replicate from a direct internet connection the attachments
are ok.
This may be because of sporadic corruptions or related to proxy servers…
I received a report today that this is due to RedHat’s perl build having
its’ locale set funny at build time. if you export LANG=C before
starting RT, it should clear up.