Vanished lines in rt 3.6.1 reply

Hello!

strange effect in our RT 3.6.1 installation. I entered the following
lines in the web gui as reply:

From the cmd-shell: perl -MCPAN -e shell

cpan> test Math::Trig

(just to make sure I won’t have to start from scratch again afterwards)

cpan> install Math::Trig

That went ok as well …
<<

I recognized that the lines which starts with cpan vanished in the ticket display.
In the resulting email and with the command line client they show up.

I tried to track down the problem, it only happens when I made a reply
to an transaction, a reply to the ticket is always ok.
The weird thing is that sometimes the first reply
is okay but in the second reply the new entered lines are vanished again
(the lines from the first try are still visible)

It is not the word “cpan” which triggers the problem, but anything
in the form /^\w+>/ (this is an regexp).

I use ScientificLinux 4 which is a recompiled version of RHEL4.

regards

sven

Perl v5.8.5 under linux
Apache2::Const v2.000001;
Apache2::Log v2.000001;
Apache2::RequestIO v2.000001;
Apache2::RequestRec v2.000001;
Apache2::RequestUtil v2.000001;
Apache2::Response v2.000001;
Apache2::ServerUtil v2.000001;
Apache2::Status v3.00;
Apache::DBI v0.94;
Apache::Session v1.6;
Apache::Session::Generate::MD5 v2.1;
Apache::Session::lock::MySQL v1.00;
Apache::Session::MySQL v1.01;
Apache::Session::Serialize::Storable v1.00;
Apache::Session::Store::DBI v1.02;
Apache::Session::Store::MySQL v1.04;
APR v0.009000;
APR::Error v0.009000;
APR::Pool v0.009000;
APR::Table v0.009000;
APR::Util v0.009000;
AutoLoader v5.60;
base v2.06;
Benchmark v1.06;
bytes v1.01;
Cache::Simple::TimedExpiry v0.23;
capitalization v0.03;
Carp v1.03;
CGI v3.11;
CGI::Cookie v1.26;
CGI::Util v1.5;
Class::Container v0.11;
Class::Data::Inheritable v0.02;
Class::ReturnValue v0.51;
Clone v0.18;
constant v1.04;
Cwd v2.19;
Data::Dumper v2.121;
DBD::mysql v2.9004;
DBI v1.40;
DBIx::SearchBuilder v1.43;
DBIx::SearchBuilder::Union v0;
DBIx::SearchBuilder::Unique v0.01;
Devel::StackTrace v1.11;
Devel::StackTraceFrame v0.6;
Devel::Symdump v2.05;
Digest::base v1.00;
Digest::MD5 v2.36;
DynaLoader v1.05;
Encode v2.01;
Encode::Alias v2.00;
Encode::Byte v2.00;
Encode::Config v2.00;
Encode::Encoding v2.00;
Encode::Guess v2.00;
Encode::Unicode v2.00;
Errno v1.09;
Exception::Class v1.19;
Exception::Class::Base v1.2;
Exporter v5.58;
Exporter::Heavy v5.58;
Fcntl v1.05;
fields v2.03;
File::Basename v2.73;
File::Glob v1.03;
File::Path v1.06;
File::Spec v3.19;
File::Spec::Unix v1.5;
File::Temp v0.14;
FileHandle v2.01;
HTML::Element v3.16;
HTML::Entities v1.27;
HTML::Formatter v2.03;
HTML::FormatText v2.01;
HTML::Mason v1.3101;
HTML::Mason::ApacheHandler v1.69;
HTML::Mason::Exception v1.1;
HTML::Mason::Exception::Abort v1.1;
HTML::Mason::Exception::Compilation v1.1;
HTML::Mason::Exception::Compilation::IncompatibleCompiler v1.1;
HTML::Mason::Exception::Compiler v1.1;
HTML::Mason::Exception::Decline v1.1;
HTML::Mason::Exception::Params v1.1;
HTML::Mason::Exception::Syntax v1.1;
HTML::Mason::Exception::System v1.1;
HTML::Mason::Exception::TopLevelNotFound v1.1;
HTML::Mason::Exception::VirtualMethod v1.1;
HTML::Mason::Exceptions v1.43;
HTML::Parser v3.35;
HTML::Scrubber v0.08;
HTML::Tagset v3.03;
HTML::TreeBuilder v3.18;
HTTP::Date v1.46;
I18N::LangTags v0.33;
I18N::LangTags::Detect v1.03;
integer v1.00;
IO v1.21;
IO::File v1.10;
IO::Handle v1.24;
IO::InnerFile v2.102 ;
IO::Lines v2.103 ;
IO::Scalar v2.105 ;
IO::ScalarArray v2.103 ;
IO::Seekable v1.09;
IO::Wrap v2.102 ;
IO::WrapTie v2.102 ;
IPC::Open2 v1.01;
IPC::Open3 v1.0106;
lib v0.5565;
List::Util v1.14;
locale v1.00;
Locale::Maketext v1.09;
Locale::Maketext::Fuzzy v0.02;
Locale::Maketext::Lexicon v0.36;
Locale::Maketext::Lexicon::Gettext v0.11;
Log::Dispatch v2.11;
Log::Dispatch::Base v1.09;
Log::Dispatch::File v1.22;
Log::Dispatch::Output v1.26;
Log::Dispatch::Screen v1.17;
Log::Dispatch::Syslog v1.18;
Mail::Address v1.62;
Mail::Field v1.62;
Mail::Field::AddrList v1.62;
Mail::Field::Date v1.62;
Mail::Header v1.62;
Mail::Internet v1.62;
MIME::Base64 v3.01;
MIME::Body v5.403 ;
MIME::Decoder v5.403 ;
MIME::Decoder::Binary v5.403 ;
MIME::Decoder::NBit v5.403 ;
MIME::Decoder::QuotedPrint v5.403 ;
MIME::Entity v5.404 ;
MIME::Field::ContDisp v5.403 ;
MIME::Field::ConTraEnc v5.403 ;
MIME::Field::ContType v5.403 ;
MIME::Field::ParamVal v5.403 ;
MIME::Head v5.403 ;
MIME::Parser v5.406 ;
MIME::QuotedPrint v3.01;
MIME::Tools v5.411 ;
MIME::Words v5.404 ;
mod_perl v2.000001;
mod_perl2 v2.000001;
ModPerl::Const v2.000001;
Module::Versions::Report v1.02;
overload v1.01;
Params::Validate v0.74;
POSIX v1.08;
re v0.04;
Regexp::Common v2.120;
Regexp::Common::delimited v2.104;
RT v3.6.1;
RT::FM v2.2.0RC2;
RT::Interface::Email v2;
RT::Interface::REST v1.00;
Scalar::Util v1.14;
SelectSaver v1.00;
Socket v1.77;
Storable v2.13;
strict v1.03;
Symbol v1.05;
Sys::Hostname v1.11;
Sys::Syslog v0.08;
Text::Autoformat v1.12;
Text::Quoted v1.5;
Text::Reform v1.11;
Text::Tabs v98.112801;
Text::Template v1.44;
Text::Wrapper v1.000;
Time::HiRes v1.55;
Time::JulianDay v2003.1125;
Time::Local v1.1;
Time::ParseDate v2003.1126;
Time::Timezone v2003.0211;
Time::Zone v2.22;
Tree::Simple v1.15;
UNIVERSAL v1.01;
UNIVERSAL::require v0.10;
URI v1.30;
URI::Escape v3.22;
URI::URL v5.03;
URI::WithBase v2.19;
utf8 v1.04;
vars v1.01;
warnings v1.03;
warnings::register v1.00;
XSLoader v0.02;

RT Variables
RT::AmbiguousDayInPast
1
RT::BasePath
/opt/rt3
RT::BinPath
/opt/rt3/bin
RT::CORE_CONFIG_FILE
/opt/rt3/etc/RT_Config.pm
RT::CommentAddress
bitbucket@desy.de
RT::CorrespondAddress
bitbucket@desy.de
RT::DatabaseHost
localhost
RT::DatabaseName
rt
RT::DatabasePassword
Password not printed
RT::DatabaseRTHost
localhost
RT::DatabaseType
mysql
RT::DatabaseUser
rt
RT::DateDayBeforeMonth
1
RT::DefaultSearchResultFormat
id/TITLE:#’, ‘Subject/TITLE:Subject’, Status, QueueName, OwnerName, Priority, ‘NEWLINE’, ‘’, ‘Requestors’, ‘CreatedRelative’, ‘ToldRelative’, ‘LastUpdatedRelative’, ‘TimeLeft
RT::DefaultSummaryRows
10
RT::EmailOutputEncoding
utf-8
RT::EtcPath
/opt/rt3/etc
RT::FriendlyFromLineFormat
“%s via RT” <%s>
RT::FriendlyToLineFormat
“%s of rt Ticket #%s”:;
RT::LinkTransactionsRun1Scrip
1
RT::LocalEtcPath
/opt/rt3/local/etc
RT::LocalLexiconPath
/opt/rt3/local/po
RT::LocalPath
/opt/rt3/local
RT::LogDir
/var//log/rt
RT::LogToFile
1
RT::LogToFileNamed
rt.log
RT::LogToScreen
error
RT::LogToSyslog
debug
RT::LogoURL
/NoAuth/images/bplogo.gif
RT::LoopsToRTOwner
1
RT::MailCommand
sendmailpipe
RT::MasonComponentRoot
/opt/rt3/share/html
RT::MasonDataDir
/opt/rt3/var/mason_data
RT::MasonLocalComponentRoot
/opt/rt3/local/html
RT::MasonSessionDir
/opt/rt3/var/session_data
RT::MaxAttachmentSize
10000000
RT::MaxInlineBody
13456
RT::MessageBoxWidth
72
RT::MessageBoxWrap
HARD
RT::MinimumPasswordLength
5
RT::MyRequestsLength
10
RT::MyTicketsLength
10
RT::NotifyActor
1
RT::Organization
desy.de
RT::OwnerEmail
root
RT::ParseNewMessageForTicketCcs
1
RT::RTAddressRegexp
^rt@example.com$
RT::RecordOutgoingEmail
1
RT::RedistributeAutoGeneratedMessages
1
RT::SITE_CONFIG_FILE
/opt/rt3/etc/RT_SiteConfig.pm
RT::SendmailArguments
-oi -t
RT::SendmailBounceArguments
-f “<>”
RT::SendmailPath
/usr/sbin/sendmail
RT::ShowTransactionImages
1
RT::Timezone
Europe/Berlin
RT::UseFriendlyFromLine
1
RT::UseFriendlyToLine
1
RT::VERSION
3.6.1
RT::VarPath
/opt/rt3/var
RT::WebBaseURL
https://rt-system.desy.de
RT::WebDefaultStylesheet
3.5-default
RT::WebFlushDbCacheEveryRequest
1
RT::WebImagesURL
/NoAuth/images/
RT::WebPort
80
RT::WebURL
https://rt-system.desy.de/
RT::rtname
rt
Perl configuration
Summary of my perl5 (revision 5 version 8 subversion 5) configuration:
Platform:
osname=linux, osvers=2.6.9-34.0.1.elsmp, archname=i386-linux-thread-multi
uname=‘linux yort.fnal.gov 2.6.9-34.0.1.elsmp #1 smp wed may 24 15:06:59 cdt 2006 i686 athlon i386 gnulinux ’
config_args=’-des -Doptimize=-O2 -g -pipe -m32 -march=i386 -mtune=pentium4 -Dversion=5.8.5 -Dmyhostname=localhost -Dperladmin=root@localhost -Dcc=gcc -Dcf_by=Red Hat, Inc. -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux -Dvendorprefix=/usr -Dsiteprefix=/usr -Duseshrplib -Dusethreads -Duseithreads -Duselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio -Dinstallusrbinperl -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less -isr -Dinc_version_list=5.8.4 5.8.3 5.8.2 5.8.1 5.8.0’
hint=recommended, useposix=true, d_sigaction=define
usethreads=define use5005threads=undef useithreads=define usemultiplicity=define
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc=‘gcc’, ccflags =‘-D_REENTRANT -D_GNU_SOURCE -DDEBUGGING -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm’,
optimize=‘-O2 -g -pipe -m32 -march=i386 -mtune=pentium4’,
cppflags=‘-D_REENTRANT -D_GNU_SOURCE -DDEBUGGING -fno-strict-aliasing -pipe -I/usr/local/include -I/usr/include/gdbm’
ccversion=‘’, gccversion=‘3.4.5 20051201 (Red Hat 3.4.5-2)’, gccosandvers=‘’
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype=‘long’, ivsize=4, nvtype=‘double’, nvsize=8, Off_t=‘off_t’, lseeksize=8
alignbytes=4, prototype=define
Linker and Libraries:
ld=‘gcc’, ldflags =’ -L/usr/local/lib’
libpth=/usr/local/lib /lib /usr/lib
libs=-lresolv -lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc
perllibs=-lresolv -lnsl -ldl -lm -lcrypt -lutil -lpthread -lc
libc=/lib/libc-2.3.4.so, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version=‘2.3.4’
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=‘-Wl,-E -Wl,-rpath,/usr/lib/perl5/5.8.5/i386-linux-thread-multi/CORE’
cccdlflags=‘-fPIC’, lddlflags=‘-shared -L/usr/local/lib’

Try to install latest Text::Quoted module from CPAN.On 1/11/07, Sven Sternberger sven.sternberger@desy.de wrote:

Hello!

strange effect in our RT 3.6.1 installation. I entered the following
lines in the web gui as reply:

From the cmd-shell: perl -MCPAN -e shell

cpan> test Math::Trig

(just to make sure I won’t have to start from scratch again afterwards)

cpan> install Math::Trig

That went ok as well …
<<

I recognized that the lines which starts with cpan vanished in the ticket display.
In the resulting email and with the command line client they show up.

I tried to track down the problem, it only happens when I made a reply
to an transaction, a reply to the ticket is always ok.
The weird thing is that sometimes the first reply
is okay but in the second reply the new entered lines are vanished again
(the lines from the first try are still visible)

It is not the word “cpan” which triggers the problem, but anything
in the form /^\w+>/ (this is an regexp).

I use ScientificLinux 4 which is a recompiled version of RHEL4.

regards

sven

Perl v5.8.5 under linux
Apache2::Const v2.000001;
Apache2::Log v2.000001;
Apache2::RequestIO v2.000001;
Apache2::RequestRec v2.000001;
Apache2::RequestUtil v2.000001;
Apache2::Response v2.000001;
Apache2::ServerUtil v2.000001;
Apache2::Status v3.00;
Apache::DBI v0.94;
Apache::Session v1.6;
Apache::Session::Generate::MD5 v2.1;
Apache::Session::lock::MySQL v1.00;
Apache::Session::MySQL v1.01;
Apache::Session::Serialize::Storable v1.00;
Apache::Session::Store::DBI v1.02;
Apache::Session::Store::MySQL v1.04;
APR v0.009000;
APR::Error v0.009000;
APR::Pool v0.009000;
APR::Table v0.009000;
APR::Util v0.009000;
AutoLoader v5.60;
base v2.06;
Benchmark v1.06;
bytes v1.01;
Cache::Simple::TimedExpiry v0.23;
capitalization v0.03;
Carp v1.03;
CGI v3.11;
CGI::Cookie v1.26;
CGI::Util v1.5;
Class::Container v0.11;
Class::Data::Inheritable v0.02;
Class::ReturnValue v0.51;
Clone v0.18;
constant v1.04;
Cwd v2.19;
Data::Dumper v2.121;
Date::Format v2.22;
Date::Parse v2.27;
DBD::mysql v2.9004;
DBI v1.40;
DBIx::SearchBuilder v1.43;
DBIx::SearchBuilder::Union v0;
DBIx::SearchBuilder::Unique v0.01;
Devel::StackTrace v1.11;
Devel::StackTraceFrame v0.6;
Devel::Symdump v2.05;
Digest::base v1.00;
Digest::MD5 v2.36;
DynaLoader v1.05;
Encode v2.01;
Encode::Alias v2.00;
Encode::Byte v2.00;
Encode::Config v2.00;
Encode::Encoding v2.00;
Encode::Guess v2.00;
Encode::Unicode v2.00;
Errno v1.09;
Exception::Class v1.19;
Exception::Class::Base v1.2;
Exporter v5.58;
Exporter::Heavy v5.58;
Fcntl v1.05;
fields v2.03;
File::Basename v2.73;
File::Glob v1.03;
File::Path v1.06;
File::Spec v3.19;
File::Spec::Unix v1.5;
File::Temp v0.14;
FileHandle v2.01;
HTML::Element v3.16;
HTML::Entities v1.27;
HTML::Formatter v2.03;
HTML::FormatText v2.01;
HTML::Mason v1.3101;
HTML::Mason::ApacheHandler v1.69;
HTML::Mason::Exception v1.1;
HTML::Mason::Exception::Abort v1.1;
HTML::Mason::Exception::Compilation v1.1;
HTML::Mason::Exception::Compilation::IncompatibleCompiler v1.1;
HTML::Mason::Exception::Compiler v1.1;
HTML::Mason::Exception::Decline v1.1;
HTML::Mason::Exception::Params v1.1;
HTML::Mason::Exception::Syntax v1.1;
HTML::Mason::Exception::System v1.1;
HTML::Mason::Exception::TopLevelNotFound v1.1;
HTML::Mason::Exception::VirtualMethod v1.1;
HTML::Mason::Exceptions v1.43;
HTML::Parser v3.35;
HTML::Scrubber v0.08;
HTML::Tagset v3.03;
HTML::TreeBuilder v3.18;
HTTP::Date v1.46;
I18N::LangTags v0.33;
I18N::LangTags::Detect v1.03;
integer v1.00;
IO v1.21;
IO::File v1.10;
IO::Handle v1.24;
IO::InnerFile v2.102 ;
IO::Lines v2.103 ;
IO::Scalar v2.105 ;
IO::ScalarArray v2.103 ;
IO::Seekable v1.09;
IO::Wrap v2.102 ;
IO::WrapTie v2.102 ;
IPC::Open2 v1.01;
IPC::Open3 v1.0106;
lib v0.5565;
List::Util v1.14;
locale v1.00;
Locale::Maketext v1.09;
Locale::Maketext::Fuzzy v0.02;
Locale::Maketext::Lexicon v0.36;
Locale::Maketext::Lexicon::Gettext v0.11;
Log::Dispatch v2.11;
Log::Dispatch::Base v1.09;
Log::Dispatch::File v1.22;
Log::Dispatch::Output v1.26;
Log::Dispatch::Screen v1.17;
Log::Dispatch::Syslog v1.18;
Mail::Address v1.62;
Mail::Field v1.62;
Mail::Field::AddrList v1.62;
Mail::Field::Date v1.62;
Mail::Header v1.62;
Mail::Internet v1.62;
MIME::Base64 v3.01;
MIME::Body v5.403 ;
MIME::Decoder v5.403 ;
MIME::Decoder::Binary v5.403 ;
MIME::Decoder::NBit v5.403 ;
MIME::Decoder::QuotedPrint v5.403 ;
MIME::Entity v5.404 ;
MIME::Field::ContDisp v5.403 ;
MIME::Field::ConTraEnc v5.403 ;
MIME::Field::ContType v5.403 ;
MIME::Field::ParamVal v5.403 ;
MIME::Head v5.403 ;
MIME::Parser v5.406 ;
MIME::QuotedPrint v3.01;
MIME::Tools v5.411 ;
MIME::Words v5.404 ;
mod_perl v2.000001;
mod_perl2 v2.000001;
ModPerl::Const v2.000001;
Module::Versions::Report v1.02;
overload v1.01;
Params::Validate v0.74;
POSIX v1.08;
re v0.04;
Regexp::Common v2.120;
Regexp::Common::delimited v2.104;
RT v3.6.1;
RT::FM v2.2.0RC2;
RT::Interface::Email v2;
RT::Interface::REST v1.00;
Scalar::Util v1.14;
SelectSaver v1.00;
Socket v1.77;
Storable v2.13;
strict v1.03;
Symbol v1.05;
Sys::Hostname v1.11;
Sys::Syslog v0.08;
Text::Autoformat v1.12;
Text::Quoted v1.5;
Text::Reform v1.11;
Text::Tabs v98.112801;
Text::Template v1.44;
Text::Wrapper v1.000;
Time::HiRes v1.55;
Time::JulianDay v2003.1125;
Time::Local v1.1;
Time::ParseDate v2003.1126;
Time::Timezone v2003.0211;
Time::Zone v2.22;
Tree::Simple v1.15;
UNIVERSAL v1.01;
UNIVERSAL::require v0.10;
URI v1.30;
URI::Escape v3.22;
URI::URL v5.03;
URI::WithBase v2.19;
utf8 v1.04;
vars v1.01;
warnings v1.03;
warnings::register v1.00;
XSLoader v0.02;

RT Variables
RT::AmbiguousDayInPast
1
RT::BasePath
/opt/rt3
RT::BinPath
/opt/rt3/bin
RT::CORE_CONFIG_FILE
/opt/rt3/etc/RT_Config.pm
RT::CommentAddress
bitbucket@desy.de
RT::CorrespondAddress
bitbucket@desy.de
RT::DatabaseHost
localhost
RT::DatabaseName
rt
RT::DatabasePassword
Password not printed
RT::DatabaseRTHost
localhost
RT::DatabaseType
mysql
RT::DatabaseUser
rt
RT::DateDayBeforeMonth
1
RT::DefaultSearchResultFormat
id/TITLE:#’, ‘Subject/TITLE:Subject’, Status, QueueName, OwnerName, Priority, ‘NEWLINE’, ‘’, ‘Requestors’, ‘CreatedRelative’, ‘ToldRelative’, ‘LastUpdatedRelative’, ‘TimeLeft
RT::DefaultSummaryRows
10
RT::EmailOutputEncoding
utf-8
RT::EtcPath
/opt/rt3/etc
RT::FriendlyFromLineFormat
“%s via RT” <%s>
RT::FriendlyToLineFormat
“%s of rt Ticket #%s”:;
RT::LinkTransactionsRun1Scrip
1
RT::LocalEtcPath
/opt/rt3/local/etc
RT::LocalLexiconPath
/opt/rt3/local/po
RT::LocalPath
/opt/rt3/local
RT::LogDir
/var//log/rt
RT::LogToFile
1
RT::LogToFileNamed
rt.log
RT::LogToScreen
error
RT::LogToSyslog
debug
RT::LogoURL
/NoAuth/images/bplogo.gif
RT::LoopsToRTOwner
1
RT::MailCommand
sendmailpipe
RT::MasonComponentRoot
/opt/rt3/share/html
RT::MasonDataDir
/opt/rt3/var/mason_data
RT::MasonLocalComponentRoot
/opt/rt3/local/html
RT::MasonSessionDir
/opt/rt3/var/session_data
RT::MaxAttachmentSize
10000000
RT::MaxInlineBody
13456
RT::MessageBoxWidth
72
RT::MessageBoxWrap
HARD
RT::MinimumPasswordLength
5
RT::MyRequestsLength
10
RT::MyTicketsLength
10
RT::NotifyActor
1
RT::Organization
desy.de
RT::OwnerEmail
root
RT::ParseNewMessageForTicketCcs
1
RT::RTAddressRegexp
^rt@example.com$
RT::RecordOutgoingEmail
1
RT::RedistributeAutoGeneratedMessages
1
RT::SITE_CONFIG_FILE
/opt/rt3/etc/RT_SiteConfig.pm
RT::SendmailArguments
-oi -t
RT::SendmailBounceArguments
-f “<>”
RT::SendmailPath
/usr/sbin/sendmail
RT::ShowTransactionImages
1
RT::Timezone
Europe/Berlin
RT::UseFriendlyFromLine
1
RT::UseFriendlyToLine
1
RT::VERSION
3.6.1
RT::VarPath
/opt/rt3/var
RT::WebBaseURL
https://rt-system.desy.de
RT::WebDefaultStylesheet
3.5-default
RT::WebFlushDbCacheEveryRequest
1
RT::WebImagesURL
/NoAuth/images/
RT::WebPort
80
RT::WebURL
https://rt-system.desy.de/
RT::rtname
rt
Perl configuration
Summary of my perl5 (revision 5 version 8 subversion 5) configuration:
Platform:
osname=linux, osvers=2.6.9-34.0.1.elsmp, archname=i386-linux-thread-multi
uname=‘linux yort.fnal.gov 2.6.9-34.0.1.elsmp #1 smp wed may 24 15:06:59 cdt 2006 i686 athlon i386 gnulinux ’
config_args=’-des -Doptimize=-O2 -g -pipe -m32 -march=i386 -mtune=pentium4 -Dversion=5.8.5 -Dmyhostname=localhost -Dperladmin=root@localhost -Dcc=gcc -Dcf_by=Red Hat, Inc. -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux -Dvendorprefix=/usr -Dsiteprefix=/usr -Duseshrplib -Dusethreads -Duseithreads -Duselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio -Dinstallusrbinperl -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less -isr -Dinc_version_list=5.8.4 5.8.3 5.8.2 5.8.1 5.8.0’
hint=recommended, useposix=true, d_sigaction=define
usethreads=define use5005threads=undef useithreads=define usemultiplicity=define
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc=‘gcc’, ccflags =‘-D_REENTRANT -D_GNU_SOURCE -DDEBUGGING -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm’,
optimize=‘-O2 -g -pipe -m32 -march=i386 -mtune=pentium4’,
cppflags=‘-D_REENTRANT -D_GNU_SOURCE -DDEBUGGING -fno-strict-aliasing -pipe -I/usr/local/include -I/usr/include/gdbm’
ccversion=‘’, gccversion=‘3.4.5 20051201 (Red Hat 3.4.5-2)’, gccosandvers=‘’
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype=‘long’, ivsize=4, nvtype=‘double’, nvsize=8, Off_t=‘off_t’, lseeksize=8
alignbytes=4, prototype=define
Linker and Libraries:
ld=‘gcc’, ldflags =’ -L/usr/local/lib’
libpth=/usr/local/lib /lib /usr/lib
libs=-lresolv -lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc
perllibs=-lresolv -lnsl -ldl -lm -lcrypt -lutil -lpthread -lc
libc=/lib/libc-2.3.4.so, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version=‘2.3.4’
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=‘-Wl,-E -Wl,-rpath,/usr/lib/perl5/5.8.5/i386-linux-thread-multi/CORE’
cccdlflags=‘-fPIC’, lddlflags=‘-shared -L/usr/local/lib’


The rt-users Archives

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Best regards, Ruslan.

Sven> Hello!
Sven>
Sven> strange effect in our RT 3.6.1 installation. I entered the following
Sven> lines in the web gui as reply:

The problem here is that “CPAN>” looks an awful lot like a standard
message quoting style. And RT uses a heuristic to figure out what text
looks like it’s quoted. :

Sven> >>
Sven> >From the cmd-shell: perl -MCPAN -e shell
Sven>
Sven> cpan> test Math::Trig
Sven>
Sven> (just to make sure I won’t have to start from scratch again afterwards)
Sven>
Sven> cpan> install Math::Trig
Sven>
Sven> That went ok as well …
Sven> <<
Sven>
Sven> I recognized that the lines which starts with cpan vanished in the ticket display.
Sven> In the resulting email and with the command line client they show up.
Sven>
Sven> I tried to track down the problem, it only happens when I made a reply
Sven> to an transaction, a reply to the ticket is always ok.
Sven> The weird thing is that sometimes the first reply
Sven> is okay but in the second reply the new entered lines are vanished again
Sven> (the lines from the first try are still visible)
Sven>
Sven> It is not the word “cpan” which triggers the problem, but anything
Sven> in the form /^\w+>/ (this is an regexp).
Sven>

Hello!

I upgraded the perl module Text::Quoted to the version 1.8, but the
problem is still the same

I tried to track down the problem, it only happens when I made a reply
to an transaction, a reply to the ticket is always ok.
The weird thing is that sometimes the first reply
is okay but in the second reply the new entered lines are vanished
again
(the lines from the first try are still visible)

It is not the word “cpan” which triggers the problem, but anything
in the form /^\w+>/ (this is an regexp).

I now recognized the following:
I create a ticket with a line which something
like /^\w+>/
RESULT: ok

I reply on these transaction and enter again /^\w+>/
RESULT: ok

I reply on the reply transaction with an /^\w+>/
RESULT: the newly entered line vanish

So it is pretty clear that the quote mechanism is
broken if you have more than one reply level

best regards!

sven

Hello!

I’m surprised that i got no further reaction on my bug report (#8114),
I think that the issue I reported is major bug because in our
environment these vanished lines (even if they are in db) means data
loss.

Is this something only our installation suffers? I also
wrote a bug report. But the open bug pages seems to be out of service:
http://rt3.fsck.com//NoAuth/Buglist.html
or are there really no bugs :wink:

regards!

svenOn Fri, 2007-01-12 at 16:58 +0100, Sven Sternberger wrote:

Hello!

I upgraded the perl module Text::Quoted to the version 1.8, but the
problem is still the same

I tried to track down the problem, it only happens when I made a reply
to an transaction, a reply to the ticket is always ok.
The weird thing is that sometimes the first reply
is okay but in the second reply the new entered lines are vanished
again
(the lines from the first try are still visible)

It is not the word “cpan” which triggers the problem, but anything
in the form /^\w+>/ (this is an regexp).

I now recognized the following:
I create a ticket with a line which something
like /^\w+>/
RESULT: ok

I reply on these transaction and enter again /^\w+>/
RESULT: ok

I reply on the reply transaction with an /^\w+>/
RESULT: the newly entered line vanish

So it is pretty clear that the quote mechanism is
broken if you have more than one reply level

best regards!

sven


The rt-users Archives

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Hello!

I’m still surprised. No reaction!!! No reply on the bug #8114,
nor on my posting.

We still have the problems that lines from replies under some
circumstances won’t be displayed in the WEB-UI.

Are there any other installation with the same problem?
Will this be fixed in 3.6.x?
Is this now an official bug or not?

best regards!

svenOn Mon, 2007-01-22 at 11:08 +0100, Sven Sternberger wrote:

Hello!

I’m surprised that i got no further reaction on my bug report (#8114),
I think that the issue I reported is major bug because in our
environment these vanished lines (even if they are in db) means data
loss.

Is this something only our installation suffers? I also
wrote a bug report. But the open bug pages seems to be out of service:
http://rt3.fsck.com//NoAuth/Buglist.html
or are there really no bugs :wink:

regards!

sven

On Fri, 2007-01-12 at 16:58 +0100, Sven Sternberger wrote:

Hello!

I upgraded the perl module Text::Quoted to the version 1.8, but the
problem is still the same

I tried to track down the problem, it only happens when I made a reply
to an transaction, a reply to the ticket is always ok.
The weird thing is that sometimes the first reply
is okay but in the second reply the new entered lines are vanished
again
(the lines from the first try are still visible)

It is not the word “cpan” which triggers the problem, but anything
in the form /^\w+>/ (this is an regexp).

I now recognized the following:
I create a ticket with a line which something
like /^\w+>/
RESULT: ok

I reply on these transaction and enter again /^\w+>/
RESULT: ok

I reply on the reply transaction with an /^\w+>/
RESULT: the newly entered line vanish

So it is pretty clear that the quote mechanism is
broken if you have more than one reply level

best regards!

sven


The rt-users Archives

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com


The rt-users Archives

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

I now recognized the following:
I create a ticket with a line which something
like /^\w+>/
RESULT: ok

I reply on these transaction and enter again /^\w+>/
RESULT: ok

I reply on the reply transaction with an /^\w+>/
RESULT: the newly entered line vanish

So it is pretty clear that the quote mechanism is
broken if you have more than one reply level

Hi Sven

I’m trying to duplicate this so that I can write a test and fix this,
but I’m having trouble duplicating it.
Are you replying in the web interface or in a mail client?

I’ve created a local ticket that looks something like this (by
replying a lot) and haven’t been able to replicate your problem.

bash> foo

bash2> bar

cpan> baz

cpan> foo

cpan> install Math::Trig

frob> foo<>

foo

Does this look like what you’re seeing when lines disappear?
It would be interesting to see the HTML of the page where cpan> lines
disappear

Thanks

-kevin

Hello,

–Am 12. Februar 2007 15:38:56 -0500 schrieb Kevin Falcone
falcone@bestpractical.com:

I’ve created a local ticket that looks something like this (by replying a
lot) and haven’t been able to replicate your problem.

I, too, have reported such an error months ago. You will find the error
description and the proof of the error in
http://rt3.fsck.com/Ticket/Display.html?id=7539 (user: guest, password:
guest)

Dirk.

Hello Kevin!

I’m trying to duplicate this so that I can write a test and fix this,
but I’m having trouble duplicating it.
Are you replying in the web interface or in a mail client?

only in the web-ui (i don’t tested it with the mail client)

I’ve created a local ticket that looks something like this (by
replying a lot) and haven’t been able to replicate your problem.

bash> foo

bash2> bar

cpan> baz

cpan> foo

cpan> install Math::Trig

frob> foo<>

foo

Does this look like what you’re seeing when lines disappear?
It would be interesting to see the HTML of the page where cpan> lines
disappear

I tried this example and this works for me too. But this one I newly
created, don’t work:

##start##

a> bb

a> cc
##end##

here the line “a> aa” is missing. If you reply on this transaction
you will get in Update.html

##start##On Tue Feb 13 13:35:54 2007, sternber wrote:

On Tue Feb 13 13:35:14 2007, sternber wrote:

On Tue Feb 13 13:34:55 2007, sternber wrote:

a> aa
a> bb
a> cc

##end##

I send you the Display.html, but in the html code you won’t see the
missing line.

best regards!

sven

Display.html (31.2 KB)

Hello,

–Am 12. Februar 2007 15:38:56 -0500 schrieb Kevin Falcone
falcone@bestpractical.com:

I’ve created a local ticket that looks something like this (by
replying a
lot) and haven’t been able to replicate your problem.

I, too, have reported such an error months ago. You will find the
error description and the proof of the error in <http://
rt3.fsck.com/Ticket/Display.html?id=7539> (user: guest, password:
guest)

Thanks Dirk

I’ve grabbed your ticket and I’m looking at it along with Sven’s info.

-kevin

–Am 12. Februar 2007 15:38:56 -0500 schrieb Kevin Falcone
falcone@bestpractical.com:

I’ve created a local ticket that looks something like this (by
replying a
lot) and haven’t been able to replicate your problem.

I, too, have reported such an error months ago. You will find the
error description and the proof of the error in <http://
rt3.fsck.com/Ticket/Display.html?id=7539> (user: guest, password:
guest)

HI Dirk and Sven

This should now be fixed by Text::Quoted 1.10, available on CPAN as
of this morning.
Thanks for the reports

-kevin