From plasmaball at pchome.com.tw  Sat Feb  1 13:01:06 2003
From: plasmaball at pchome.com.tw (plasma)
Date: Sun Apr 11 16:03:42 2004
Subject: [rt-devel] Override global ACL
Message-ID: <20030201180106.GA30925@plasmanb.plasma.idv.tw>

Hi all,

Maybe some of you would like to override global ACLs in a queue.
Attached is the patch against .64.

Please note the new field 'OverrideGlobalACL' field in Queues table in
database.  There will be a new field labeled 'Override global rights'
in the page of queue basics, as well as those of group rights and user
rights.  If it is checked, global ACLs will be ignored in that queue
(unless you're THE root, of course).  Any rights you want to grant to
users must be set up.

Ya, it's better if a specific ACL could be revoked, but I don't know
how to implement it.  This is the quickest way I can think of.

Hope it helps.


plasma
-------------- next part --------------
diff -ruN rt-2-1-64.orig/etc/schema.mysql rt-2-1-64.work/etc/schema.mysql
--- rt-2-1-64.orig/etc/schema.mysql	Sun Feb  2 00:23:34 2003
+++ rt-2-1-64.work/etc/schema.mysql	Sun Feb  2 00:34:34 2003
@@ -36,6 +36,7 @@
   LastUpdatedBy integer NOT NULL DEFAULT 0  ,
   LastUpdated DATETIME NULL  ,
   Disabled int2 NOT NULL DEFAULT 0 ,
+  OverrideGlobalACL int2 NOT NULL DEFAULT 0 ,
   PRIMARY KEY (id)
 ) TYPE=InnoDB;
 CREATE UNIQUE INDEX Queues1 ON Queues (Name) ;
diff -ruN rt-2-1-64.orig/html/Admin/Elements/CheckOverrideGlobalACL rt-2-1-64.work/html/Admin/Elements/CheckOverrideGlobalACL
--- rt-2-1-64.orig/html/Admin/Elements/CheckOverrideGlobalACL	Thu Jan  1 08:00:00 1970
+++ rt-2-1-64.work/html/Admin/Elements/CheckOverrideGlobalACL	Sun Feb  2 00:34:34 2003
@@ -0,0 +1,46 @@
+%# BEGIN LICENSE BLOCK
+%# 
+%# Copyright (c) 1996-2002 Jesse Vincent <jesse@bestpractical.com>
+%# 
+%# (Except where explictly superceded by other copyright notices)
+%# 
+%# This work is made available to you under the terms of Version 2 of
+%# the GNU General Public License. A copy of that license should have
+%# been provided with this software, but in any event can be snarfed
+%# from www.gnu.org
+%# 
+%# This work is distributed in the hope that it will be useful, but
+%# WITHOUT ANY WARRANTY; without even the implied warranty of
+%# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+%# General Public License for more details.
+%# 
+%# 
+%# Unless otherwise specified, all modifications, corrections or
+%# extensions to this work which alter its source code become the
+%# property of Best Practical Solutions, LLC when submitted for
+%# inclusion in the work.
+%# 
+%# 
+%# END LICENSE BLOCK
+<INPUT TYPE=CHECKBOX NAME="SetOverrideGlobalACL" VALUE="1" <%$OverrideGlobalACL%>> <&|/l&>Override global rights</&><BR>
+
+<%INIT>
+my $OverrideGlobalACL = "";
+
+if ( defined($SetOverrideGlobalACL) &&
+     $SetOverrideGlobalACL xor $QueueObj->OverrideGlobalACL() ) {
+    my ($code, $msg) =
+       $QueueObj->SetOverrideGlobalACL( $SetOverrideGlobalACL ? 1 : 0 );
+    push @{$results}, loc('OverrideGlobalACL status [_1]', loc_fuzzy($msg));
+}
+
+if ($QueueObj->OverrideGlobalACL()) {
+    $OverrideGlobalACL = "CHECKED";
+}
+</%INIT>
+
+<%ARGS>
+$results => undef
+$QueueObj => undef
+$SetOverrideGlobalACL => undef
+</%ARGS>
diff -ruN rt-2-1-64.orig/html/Admin/Queues/GroupRights.html rt-2-1-64.work/html/Admin/Queues/GroupRights.html
--- rt-2-1-64.orig/html/Admin/Queues/GroupRights.html	Sun Feb  2 00:23:35 2003
+++ rt-2-1-64.work/html/Admin/Queues/GroupRights.html	Sun Feb  2 00:34:34 2003
@@ -35,6 +35,13 @@
       
 <h1><&|/l&>System groups</&></h1>
 <TABLE>
+<TR>
+<TD COLSPAN=2>
+<& /Admin/Elements/CheckOverrideGlobalACL, QueueObj => $QueueObj,
+   results => \@results,
+   SetOverrideGlobalACL => $SetOverrideGlobalACL &>
+</TD>
+</TR>        
 % $Groups = RT::Groups->new($session{'CurrentUser'});
 % $Groups->LimitToSystemInternalGroups();
 %	while (my $Group = $Groups->Next()) {
@@ -107,4 +114,5 @@
 
 <%ARGS>
 $id => undef
+$SetOverrideGlobalACL => undef
 </%ARGS>
diff -ruN rt-2-1-64.orig/html/Admin/Queues/Modify.html rt-2-1-64.work/html/Admin/Queues/Modify.html
--- rt-2-1-64.orig/html/Admin/Queues/Modify.html	Sun Feb  2 00:23:35 2003
+++ rt-2-1-64.work/html/Admin/Queues/Modify.html	Sun Feb  2 00:34:34 2003
@@ -80,9 +80,14 @@
 <TR>
 <TD>
 </TD>
-<TD COLSPAN=4><INPUT TYPE=HIDDEN NAME="SetEnabled" VALUE="1">
+<TD COLSPAN=2><INPUT TYPE=HIDDEN NAME="SetEnabled" VALUE="1">
 <INPUT TYPE=CHECKBOX NAME="Enabled" VALUE="1" <%$EnabledChecked%>> <&|/l&>Enabled (Unchecking this box disables this queue)</&><BR>
 </TD>
+<TD COLSPAN=2>
+<& /Admin/Elements/CheckOverrideGlobalACL, QueueObj => $QueueObj,
+   results => \@results,
+   SetOverrideGlobalACL => $SetOverrideGlobalACL &>
+</TD>
 </TR>
 
 </TABLE>
@@ -158,4 +163,5 @@
 $DefaultDueIn => undef
 $SetEnabled => undef
 $Enabled => undef
+$SetOverrideGlobalACL => undef
 </%ARGS>
diff -ruN rt-2-1-64.orig/html/Admin/Queues/UserRights.html rt-2-1-64.work/html/Admin/Queues/UserRights.html
--- rt-2-1-64.orig/html/Admin/Queues/UserRights.html	Sun Feb  2 00:23:35 2003
+++ rt-2-1-64.work/html/Admin/Queues/UserRights.html	Sun Feb  2 00:34:34 2003
@@ -34,7 +34,13 @@
       
       
 <TABLE>
-        
+<TR>
+<TD COLSPAN=2>
+<& /Admin/Elements/CheckOverrideGlobalACL, QueueObj => $QueueObj,
+   results => \@results,
+   SetOverrideGlobalACL => $SetOverrideGlobalACL &>
+</TD>
+</TR>        
 %	while (my $Member = $Users->Next()) {
 % my $UserObj = $Member->MemberObj->Object();
 % my $group = RT::Group->new($session{'CurrentUser'});
@@ -88,4 +94,5 @@
 $UserString => undef
 $UserOp => undef
 $UserField => undef
+$SetOverrideGlobalACL => undef
 </%ARGS>
diff -ruN rt-2-1-64.orig/lib/RT/Principal_Overlay.pm rt-2-1-64.work/lib/RT/Principal_Overlay.pm
--- rt-2-1-64.orig/lib/RT/Principal_Overlay.pm	Sun Feb  2 00:23:34 2003
+++ rt-2-1-64.work/lib/RT/Principal_Overlay.pm	Sun Feb  2 00:34:33 2003
@@ -291,7 +291,7 @@
     }
     # }}}
 
-    #  {{{ if we've cached a negative result for this query return undef
+    # {{{ if we've cached a negative result for this query return undef
     elsif (    ( defined $self->_ACLCache->{"$hashkey"} )
             && ( $self->_ACLCache->{"$hashkey"}{'val'} == -1 )
             && ( defined $self->_ACLCache->{"$hashkey"}{'set'} )
@@ -307,7 +307,7 @@
 
 
 
-    #  {{{ Out of date docs
+    # {{{ Out of date docs
     
     #   We want to grant the right if:
 
@@ -348,12 +348,19 @@
         " AND Groups.Type = ACL.PrincipalType AND Groups.Id = Principals.ObjectId AND Principals.PrincipalType = 'Group') ";
 
    } 
-    # {{{ If an object is defined, we want to look at rights for that object
+    # {{{ Construct Right Match
+
+    # If an object is defined, we want to look at rights for that object
    
     my @look_at_objects;
-    push (@look_at_objects, "ACL.ObjectType = 'RT::System'");
-
 
+    my $IsOverrideACL =
+        ( ( (ref($args{Object}) eq 'RT::Ticket') &&
+            $args{Object}->QueueObj->__Value('OverrideGlobalACL')) ||
+          ( (ref($args{Object}) eq 'RT::Queue') &&
+            $args{Object}->__Value('OverrideGlobalACL')) );
+    push (@look_at_objects, "ACL.ObjectType = 'RT::System'")
+        unless $IsOverrideACL;
 
     foreach my $obj (@{$args{'EquivObjects'}}) {
             next unless (UNIVERSAL::can($obj, 'id'));
@@ -362,16 +369,33 @@
             push @look_at_objects, "(ACL.ObjectType = '$type' AND ACL.ObjectId = '$id')"; 
             }
 
+    my $MatchRight;
+    if ($IsOverrideACL) {               # Override ACL in a queue?
+        $MatchRight = 
+            # Superuser can do everything
+            "( (ACL.RightName = 'SuperUser' AND ACL.ObjectType = 'RT::System' ) ".
+            # Or only those rights granted in queue
+            "OR (ACL.RightName = '$right' AND (".join('OR', @look_at_objects).")) )";
+    } else {                            # Not override ACL in a queue
+        $MatchRight = 
+            # Only find superuser or rights with the name $right
+            "(ACL.RightName = 'SuperUser' OR  ACL.RightName = '$right') " .
+
+            # Make sure the rights apply to the entire system or to
+            # the object in question
+            "AND ( ".join(' OR ', @look_at_objects).") ";
+    }
      
     # }}}
 
-    #  {{{ Build that honkin-big SQL query
+    # {{{ Build that honkin-big SQL query
 
     
 
     my $query = "SELECT COUNT(ACL.id) from ACL, Groups, Principals, CachedGroupMembers WHERE  ".
-    # Only find superuser or rights with the name $right
-   "(ACL.RightName = 'SuperUser' OR  ACL.RightName = '$right') ".
+
+   $MatchRight .
+
    # Never find disabled groups.
    "AND Principals.Disabled = 0 "
     . "AND CachedGroupMembers.Disabled = 0  ".
@@ -382,9 +406,6 @@
     # also, check to see if the right is being granted _directly_ to this principal,
     #  as is the case when we want to look up group rights
     "AND  Principals.Id = CachedGroupMembers.GroupId AND CachedGroupMembers.MemberId = '" . $self->Id . "' ".
-
-    # Make sure the rights apply to the entire system or to the object in question
-    "AND ( ".join(' OR ', @look_at_objects).") ".
 
     # limit the result set to groups of types ACLEquivalence (user)  UserDefined, SystemInternal and Personal
     "AND ( (  ACL.PrincipalId = Principals.Id and Principals.ObjectId = Groups.Id AND ACL.PrincipalType = 'Group' AND ".
diff -ruN rt-2-1-64.orig/lib/RT/Queue.pm rt-2-1-64.work/lib/RT/Queue.pm
--- rt-2-1-64.orig/lib/RT/Queue.pm	Sun Feb  2 00:23:34 2003
+++ rt-2-1-64.work/lib/RT/Queue.pm	Sun Feb  2 00:34:33 2003
@@ -91,6 +91,7 @@
                 FinalPriority => '0',
                 DefaultDueIn => '0',
                 Disabled => '0',
+                OverrideGlobalACL => '0',
 
 		  @_);
     $self->SUPER::Create(
@@ -102,6 +103,7 @@
                          FinalPriority => $args{'FinalPriority'},
                          DefaultDueIn => $args{'DefaultDueIn'},
                          Disabled => $args{'Disabled'},
+                         OverrideGlobalACL => $args{'OverrideGlobalACL'},
 );
 
 }
@@ -326,6 +328,8 @@
         LastUpdated => 
 		{read => 1, auto => 1, type => 'datetime', default => ''},
         Disabled => 
+		{read => 1, write => 1, type => 'smallint(6)', default => '0'},
+        OverrideGlobalACL => 
 		{read => 1, write => 1, type => 'smallint(6)', default => '0'},
 
  }
From bduc at dyndaco.com  Sat Feb  1 15:39:12 2003
From: bduc at dyndaco.com (Bart Duchesne)
Date: Sun Apr 11 16:03:42 2004
Subject: [rt-devel] rt-2.1.62 - some progress
In-Reply-To: <2CD6444F-2F7D-11D7-A949-003065DC18B8@hamburg.fcb.com>
References: <2CD6444F-2F7D-11D7-A949-003065DC18B8@hamburg.fcb.com>
Message-ID: <3E3C3070.1000504@dyndaco.com>

Hi all,

I just installed 2.1.65 and had the same problem; after some digging I 
found that the require of RT::Tickets_Overlay in RT::Tickets fails 
because Date::Parse is not installed.

After installing this one it worked.

make testdeps didn't report any error.

Harald Wagener wrote:

>
> Am Freitag, 24.01.03 um 01:30 Uhr schrieb Robert Spier:
>
>>> I can login, but get the same error as in 2.1.60/61 ('Can't locate
>>> object method "LimitOwner" via package "RT::Tickets" at
>>> /opt/rt3/share/html/Elements/Mytickets line 76.')
>>
>>
>> Are there any other errors?  There is definitely a LimitOwner in
>> RT::Tickets.
>>
>
> |[root@rt3 lib]# find . -type f -name '*.pm' -exec grep -l 
> 'LimitOwner' '{}' \;./|RT/Interface/Web.pm
> |./RT/Tickets_Overlay.pm
> |[root@rt3 lib]# grep Tickets_Overlay RT/Tickets.pm
> |        eval "require RT::Tickets_Overlay";
> |RT::Tickets_Overlay, RT::Tickets_Local
> |[root@rt lib]#
>
> Yes, same over here
>
>> Does a 'make regression' work?
>
>
> no, it fails after test 312 (output attached).
>
> Regards,
>     Harald
>
>



From bduc at dyndaco.com  Sat Feb  1 15:39:21 2003
From: bduc at dyndaco.com (Bart Duchesne)
Date: Sun Apr 11 16:03:42 2004
Subject: [rt-devel] fresh install of RT3 (RT-2-1-64)
Message-ID: <3E3C3079.9070204@dyndaco.com>

Hi all,

After installing RT2.1.64 on my system, I could log in to RT but 
immediately got an error saying that LimitOwner could not be found in 
RT::Tickets.pm.
After digging a while I discovered that the require statement in 
RT::Tickets that pulls in RT::Tickets_Overlay gave an error saying it 
didn't find Date::Parse; after installing this package everyhting works 
fine.
Maybe include a test in 'make testdeps' as I'm sure other people will 
have trouble with this.


From jesse at bestpractical.com  Sat Feb  1 16:51:51 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:42 2004
Subject: [rt-devel] rt-2.1.62 - some progress
In-Reply-To: <3E3C3070.1000504@dyndaco.com>
References: <2CD6444F-2F7D-11D7-A949-003065DC18B8@hamburg.fcb.com> <3E3C3070.1000504@dyndaco.com>
Message-ID: <20030201215151.GV6262@pallas.fsck.com>

Thanks. What needs to happen here is to ahve that calle to Date::Parse
replaced with a call to Time::ParseDate. 



On Sat, Feb 01, 2003 at 09:39:12PM +0100, Bart Duchesne wrote:
> Hi all,
> 
> I just installed 2.1.65 and had the same problem; after some digging I 
> found that the require of RT::Tickets_Overlay in RT::Tickets fails 
> because Date::Parse is not installed.
> 
> After installing this one it worked.
> 
> make testdeps didn't report any error.
> 
> Harald Wagener wrote:
> 
> >
> >Am Freitag, 24.01.03 um 01:30 Uhr schrieb Robert Spier:
> >
> >>>I can login, but get the same error as in 2.1.60/61 ('Can't locate
> >>>object method "LimitOwner" via package "RT::Tickets" at
> >>>/opt/rt3/share/html/Elements/Mytickets line 76.')
> >>
> >>
> >>Are there any other errors?  There is definitely a LimitOwner in
> >>RT::Tickets.
> >>
> >
> >|[root@rt3 lib]# find . -type f -name '*.pm' -exec grep -l 
> >'LimitOwner' '{}' \;./|RT/Interface/Web.pm
> >|./RT/Tickets_Overlay.pm
> >|[root@rt3 lib]# grep Tickets_Overlay RT/Tickets.pm
> >|        eval "require RT::Tickets_Overlay";
> >|RT::Tickets_Overlay, RT::Tickets_Local
> >|[root@rt lib]#
> >
> >Yes, same over here
> >
> >>Does a 'make regression' work?
> >
> >
> >no, it fails after test 312 (output attached).
> >
> >Regards,
> >    Harald
> >
> >
> 
> 

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Sun Feb  2 02:52:05 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:42 2004
Subject: [rt-devel] RT 2.1.66
Message-ID: <20030202075205.GC26723@pallas.fsck.com>

[2.1.65 was an internal test version]

RT 2.1.66 features a significant amount of work designed to speed up
common operations. It includes some new database indices and some code
changes. (And one particular database index was deleted, as it confused
mysql sort of badly on ACL checks).  On my test dataset with the
nastiest ACLs, common page-views render in 1/3 third the time they did
with 2.1.64. A couple more optimizations I've got up my sleeve should
cut this down a good deal more, but I'm going to back off on those for
the moment and concentrate on getting the bugs folks have found in
2.1.6x rolled into 2.1.67.

	Best,
	Jesse


-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From bthauvin at clearchannel.fr  Sun Feb  2 13:55:02 2003
From: bthauvin at clearchannel.fr (THAUVIN Blaise (Dir. Informatique))
Date: Sun Apr 11 16:03:42 2004
Subject: [rt-devel] RT 2.1.64, my findings and a new translation file
Message-ID: <870E25EC362DD6118A7400306E1260E2010D49A8@33par_exchange.dauphin-affichage.com>

Skipped content of type multipart/alternative
From bthauvin at clearchannel.fr  Sun Feb  2 15:47:58 2003
From: bthauvin at clearchannel.fr (THAUVIN Blaise (Dir. Informatique))
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] RT3 importer v1.2, bug report
Message-ID: <870E25EC362DD6118A7400306E1260E2010D49A9@33par_exchange.dauphin-affichage.com>

Skipped content of type multipart/alternative
From pdh at snapgear.com  Sun Feb  2 19:21:50 2003
From: pdh at snapgear.com (Phil Homewood)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] rt-2.1.62 - some progress
In-Reply-To: <3E3C3070.1000504@dyndaco.com>
References: <2CD6444F-2F7D-11D7-A949-003065DC18B8@hamburg.fcb.com> <3E3C3070.1000504@dyndaco.com>
Message-ID: <20030203002150.GV468@luggage.internal.moreton.com.au>

Bart Duchesne wrote:
> I just installed 2.1.65 and had the same problem; after some digging I 
> found that the require of RT::Tickets_Overlay in RT::Tickets fails 
> because Date::Parse is not installed.

Date::Parse should have gone away. Try the following
(as usual) untested attempt at a patch?
-- 
Phil Homewood, Systems Janitor, www.SnapGear.com
pdh@snapgear.com Ph: +61 7 3435 2810 Fx: +61 7 3891 3630
SnapGear - Custom Embedded Solutions and Security Appliances
-------------- next part --------------
diff -ur rt-2-1-66-orig/lib/RT/Date.pm rt-2-1-66/lib/RT/Date.pm
--- rt-2-1-66-orig/lib/RT/Date.pm	2003-02-02 17:47:04.000000000 +1000
+++ rt-2-1-66/lib/RT/Date.pm	2003-02-03 10:19:56.000000000 +1000
@@ -90,10 +90,10 @@
 
 If $args->{'Format'} is ISO, tries to parse an ISO date.
 
-If $args->{'Format'} is 'unknown', require Date::Parse and make it figure things
-out. This is a heavyweight operation that should never be called from within 
-RT's core. But it's really useful for something like the textbox date entry
-where we let the user do whatever they want.
+If $args->{'Format'} is 'unknown', require Time::ParseDate and make it figure
+things out. This is a heavyweight operation that should never be called from
+within RT's core. But it's really useful for something like the textbox date
+entry where we let the user do whatever they want.
 
 If $args->{'Value'}  is 0, assumes you mean never.
 
@@ -174,11 +174,11 @@
         }
     }
     elsif ( $args{'Format'} =~ /^unknown$/i ) {
-        require Date::Parse;
+        require Time::ParseDate;
 
         #Convert it to an ISO format string
 
-        my $date = Date::Parse::str2time( $args{'Value'} );
+        my $date = Time::ParseDate::parsedate( $args{'Value'} );
 
         #This date has now been set to a date in the _local_ timezone.
         #since ISO dates are known to be in GMT (for RT's purposes);
diff -ur rt-2-1-66-orig/lib/RT/Tickets_Overlay.pm rt-2-1-66/lib/RT/Tickets_Overlay.pm
--- rt-2-1-66-orig/lib/RT/Tickets_Overlay.pm	2003-02-02 17:47:06.000000000 +1000
+++ rt-2-1-66/lib/RT/Tickets_Overlay.pm	2003-02-03 10:20:20.000000000 +1000
@@ -350,10 +350,10 @@
   die "Incorrect Meta Data for $field"
     unless (defined $meta->[1]);
 
-  use Date::Parse;
+  require Time::ParseDate;
   use POSIX 'strftime';
 
-  my $time = str2time($value);
+  my $time = Time::ParseDate::parsedate($value);
   $value = strftime("%Y-%m-%d %H:%M",localtime($time));
 
   $sb->_SQLLimit(
@@ -393,7 +393,7 @@
 
 Handle fields limiting based on Transaction Date.
 
-The inpupt value must be in a format parseable by Date::Parse
+The inpupt value must be in a format parseable by Time::ParseDate
 
 Meta Data:
   None
From pdh at snapgear.com  Sun Feb  2 19:49:47 2003
From: pdh at snapgear.com (Phil Homewood)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] RT 2.1.64, my findings and a new translation file
In-Reply-To: <870E25EC362DD6118A7400306E1260E2010D49A8@33par_exchange.dauphin-affichage.com>
References: <870E25EC362DD6118A7400306E1260E2010D49A8@33par_exchange.dauphin-affichage.com>
Message-ID: <20030203004947.GW468@luggage.internal.moreton.com.au>

THAUVIN Blaise (Dir. Informatique) wrote:
>       Dates : The dates field does not understand localized formats. This
> will lead to lots of mistakes in Europe : when I enter 2/1/2003, I mean 2nd
> of january, but RT understands 1st of February.

Throw out the last patch I sent to rt-devel and apply this
one. You should then be able to make RT understand sensible
date formats by tweaking RT_Config.pm. Actually, sensible is
the default if you apply this; if you want broken you should
change $DateDayBeforeMonth to 0. :-)

-- 
Phil Homewood, Systems Janitor, www.SnapGear.com
pdh@snapgear.com Ph: +61 7 3435 2810 Fx: +61 7 3891 3630
SnapGear - Custom Embedded Solutions and Security Appliances
-------------- next part --------------
diff -ur rt-2-1-66-orig/etc/RT_Config.pm.in rt-2-1-66/etc/RT_Config.pm.in
--- rt-2-1-66-orig/etc/RT_Config.pm.in	2003-02-02 17:47:01.000000000 +1000
+++ rt-2-1-66/etc/RT_Config.pm.in	2003-02-03 10:41:31.000000000 +1000
@@ -363,4 +363,32 @@
 
 # }}}
 
+# {{{ RT Date Handling Options (for Time::ParseDate)
+
+# Set this to 1 if your local date convention looks like "dd/mm/yy"
+# instead of "mm/dd/yy".
+
+$DateDayBeforeMonth = 1;
+
+# Should "Tuesday" default to meaning "Next Tuesday" or "Last Tuesday"?
+# Set to 0 for "Next" or 1 for "Last".
+
+$AmbiguousDayInPast = 1;
+
+# }}}
+
+# {{{ RT Date Handling Options (for Time::ParseDate)
+
+# Set this to 1 if your local date convention looks like "dd/mm/yy"
+# instead of "mm/dd/yy".
+
+$DateDayBeforeMonth = 1;
+
+# Should "Tuesday" default to meaning "Next Tuesday" or "Last Tuesday"?
+# Set to 0 for "Next" or 1 for "Last".
+
+$AmbiguousDayInPast = 1;
+
+# }}}
+
 1;
Only in rt-2-1-66/etc: RT_Config.pm.in.orig
diff -ur rt-2-1-66-orig/lib/RT/Date.pm rt-2-1-66/lib/RT/Date.pm
--- rt-2-1-66-orig/lib/RT/Date.pm	2003-02-02 17:47:04.000000000 +1000
+++ rt-2-1-66/lib/RT/Date.pm	2003-02-03 10:44:20.000000000 +1000
@@ -90,10 +90,10 @@
 
 If $args->{'Format'} is ISO, tries to parse an ISO date.
 
-If $args->{'Format'} is 'unknown', require Date::Parse and make it figure things
-out. This is a heavyweight operation that should never be called from within 
-RT's core. But it's really useful for something like the textbox date entry
-where we let the user do whatever they want.
+If $args->{'Format'} is 'unknown', require Time::ParseDate and make it figure
+things out. This is a heavyweight operation that should never be called from
+within RT's core. But it's really useful for something like the textbox date
+entry where we let the user do whatever they want.
 
 If $args->{'Value'}  is 0, assumes you mean never.
 
@@ -174,11 +174,14 @@
         }
     }
     elsif ( $args{'Format'} =~ /^unknown$/i ) {
-        require Date::Parse;
+        require Time::ParseDate;
 
         #Convert it to an ISO format string
 
-        my $date = Date::Parse::str2time( $args{'Value'} );
+	my $date = Time::ParseDate::parsedate($args{'Value'},
+			UK => $RT::DateDayBeforeMonth,
+			PREFER_PAST => $RT::AmbiguousDayInPast,
+			PREFER_FUTURE => !($RT::AmbiguousDayInPast));
 
         #This date has now been set to a date in the _local_ timezone.
         #since ISO dates are known to be in GMT (for RT's purposes);
diff -ur rt-2-1-66-orig/lib/RT/Tickets_Overlay.pm rt-2-1-66/lib/RT/Tickets_Overlay.pm
--- rt-2-1-66-orig/lib/RT/Tickets_Overlay.pm	2003-02-02 17:47:06.000000000 +1000
+++ rt-2-1-66/lib/RT/Tickets_Overlay.pm	2003-02-03 10:46:13.000000000 +1000
@@ -350,10 +350,13 @@
   die "Incorrect Meta Data for $field"
     unless (defined $meta->[1]);
 
-  use Date::Parse;
+  require Time::ParseDate;
   use POSIX 'strftime';
 
-  my $time = str2time($value);
+  my $time = Time::ParseDate::parsedate( $value,
+			UK => $RT::DateDayBeforeMonth,
+			PREFER_PAST => $RT::AmbiguousDayInPast,
+			PREFER_FUTURE => !($RT::AmbiguousDayInPast));
   $value = strftime("%Y-%m-%d %H:%M",localtime($time));
 
   $sb->_SQLLimit(
@@ -393,7 +396,7 @@
 
 Handle fields limiting based on Transaction Date.
 
-The inpupt value must be in a format parseable by Date::Parse
+The inpupt value must be in a format parseable by Time::ParseDate
 
 Meta Data:
   None
From jesse at bestpractical.com  Sun Feb  2 22:23:09 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] Re: RT 2.1.64, my findings and a new translation file
In-Reply-To: <870E25EC362DD6118A7400306E1260E2010D49A7@33par_exchange.dauphin-affichage.com>
References: <870E25EC362DD6118A7400306E1260E2010D49A7@33par_exchange.dauphin-affichage.com>
Message-ID: <20030203032309.GS26723@pallas.fsck.com>


On Sat, Feb 01, 2003 at 01:41:42AM +0100, THAUVIN Blaise (Dir. Informatique) wrote:
> Hi Jesse,
> 
> I hope your short holidays were nice.
> 
> I have done a deep review of my translations. Some where quite funny in
> fact! This new file should be acceptable for the first beta. I still have a
> problem with one word : "principals". I did not translate it, mainly because
> I don't fully understand the concept.

"Principal" is a meta-term which includes "user" and "Group". It's a way
of identifiying someone who can do something, has done something or is a
member of a group.

> I also tried to understand how the "approbations" worked, but I must admit I
> did not. Is there any description somewhere?

Do you mean the approvals stuff? It's not properly documented yet.


> 
> Here are my findings on the latest release.
> 
> General aspect : the right margin on all pages and some objects is missing.
> The figures on the right column in the home page are almost half cut. This
> is visible on your site too. I use IE6 on Windows 2000 and did not try with
> another browser. In the same way, the login button on the first dialog box
> is cropped on the right.

Interesting. I'll try to get ahold of a copy of IE. Could you send me a
screenshot?

> The "Best Practical" link on the bottom of the page is so small it is hardly
> readable. You deserve something bigger.

It's supposed to be. I'll have a look.



> Ticket list page 
>       Column name : in the ticket list page, the last column title is
> "Left", but the data shown is really "Time spent"

Thanks.

>       Status : The status is not translated in this page : I read "new"
> where I expect "Nouveau". 

Ok. should be easily fixable. 

> I also read "Nobody" in the owner column, but this
> I can change in the database as it is a "system created" user. A quick look
> in the code shows this would break many things in RT. One solution I see is
> to always fill "Nickname" with the user login name as a default, and show
> the nickname in the contact column. That way, it becomes possible to
> translate Nobody and other system accounts. Also, in our specific case, our
> logins are not always readable as they contain some company structure
> specific information. Showing the nickname field would make the ticket list
> much more readable.

That's site customizable, to an extent, but I should be able to get
"Nobody" localized.


>      Sort order : "started" appears twice in the list as a sort criteria,
> but does not correspond to the same item.


Huh.

> Tickets detail page :
>       Dates : The dates field does not understand localized formats. This
> will lead to lots of mistakes in Europe : when I enter 2/1/2003, I mean 2nd
> of january, but RT understands 1st of February. 

I think pdh addressed this with his patch today which went into core.

> Also I don't understand well
> the difference between "starts", "started" and "starts by" before I
> translate. I see "started" is set when the ticket is opened. But then, what
> is the "start" field?

Starts and "Starts By" are the same thing. 2.1.67 will have "Starts By"
removed.

Starts is: "When do we estimate that work will begin?"
Started is "When did work begin?"



>       Commands : the order for : open, resolve, comment, steal, take links
> used to be in the logical "life order" for a ticket, it is not anymore.

I'll have a look


> Blaise



-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Mon Feb  3 01:08:35 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:43 2004
Subject: RT3 Importer 1.3 ( Was Re: [rt-devel] RT3 importer v1.2, bug report)
In-Reply-To: <870E25EC362DD6118A7400306E1260E2010D49A9@33par_exchange.dauphin-affichage.com>
References: <870E25EC362DD6118A7400306E1260E2010D49A9@33par_exchange.dauphin-affichage.com>
Message-ID: <20030203060835.GX26723@pallas.fsck.com>

1.3 is up. This should fix that issue


On Sun, Feb 02, 2003 at 09:47:58PM +0100, THAUVIN Blaise (Dir. Informatique) wrote:
> Hi,
> 
> Here is a small bug in the lastest importer. I was also there in 1.1.
> 
> When importing the queues, the queues in RT3 are not in the same order as in
> RT2. The same queue does not have the same ID in both version . In my
> instance, the first queue is Id=2.
> 
> When importing tickets, they go into the right queue, but when importing
> "queue change" transactions, the original IDs are used instead of the new
> IDs, resulting in corrupted information as to which is the old and the new
> queue.
> 
> Blaise


-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Mon Feb  3 01:10:17 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] RT 2.1.67 - Like a greased weasel
Message-ID: <20030203061017.GY26723@pallas.fsck.com>

RT 2.1.67 is out. It contains a number of small cleanups for the issues
that Blaise mentioned finding in 2.1.64, as well as a new french
translation.

Additionally, it's got a speedup from plasma and a couple new tricks I
had up my sleeve. And it's got pdh's new Date magic.


	-jesse


-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From hwagener at hamburg.fcb.com  Mon Feb  3 10:21:02 2003
From: hwagener at hamburg.fcb.com (Harald Wagener)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] rt-2.1.62 - some progress
In-Reply-To: <20030203002150.GV468@luggage.internal.moreton.com.au>
Message-ID: <1B2F092B-378B-11D7-8BEE-003065DC18B8@hamburg.fcb.com>

On Monday, February 3, 2003, at 01:21  Uhr, Phil Homewood wrote:

> Bart Duchesne wrote:
>> I just installed 2.1.65 and had the same problem; after some digging I
>> found that the require of RT::Tickets_Overlay in RT::Tickets fails
>> because Date::Parse is not installed.
>
> Date::Parse should have gone away. Try the following
> (as usual) untested attempt at a patch?

That worked quite well. Now, I have an asian-language login screen and 
some difficulties with permissions and the test database I am going to 
sort out.

Regards,
     Harald

-- 
Harald Wagener * FCB/Wilkens * An der Alster 42 * 20099 Hamburg


From hwagener at hamburg.fcb.com  Mon Feb  3 11:03:21 2003
From: hwagener at hamburg.fcb.com (Harald Wagener)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] rt-2-1-67 - some progress
In-Reply-To: <1B2F092B-378B-11D7-8BEE-003065DC18B8@hamburg.fcb.com>
Message-ID: <0441C186-3791-11D7-8BEE-003065DC18B8@hamburg.fcb.com>

I seem to be too dumb for the most basic stuff
in /opt/rt3/etc/RT_SiteConfig, I set

$LogToSyslog='debug';
$LogToScreen='debug';
$LogToFile='debug';

hoping to get some more output.

With a fresh install of rt-2-1-67, I seem to get the right language for 
my login page on Safari and Chimera 0.6. But I cannot login as root 
(pw: password, as this is still a test installation), getting a 'Your 
username and password is incorrect'. I don't get any debug messages in 
syslog, on Screen or in my rt.log.

Where to whack me now (or the RT3 installation), so I get my feet out 
of this mess?

Regards,
     Harald

-- 
Harald Wagener * FCB/Wilkens * An der Alster 42 * 20099 Hamburg


From jesse at bestpractical.com  Mon Feb  3 13:51:36 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] rt-2-1-67 - some progress
In-Reply-To: <0441C186-3791-11D7-8BEE-003065DC18B8@hamburg.fcb.com>
References: <1B2F092B-378B-11D7-8BEE-003065DC18B8@hamburg.fcb.com> <0441C186-3791-11D7-8BEE-003065DC18B8@hamburg.fcb.com>
Message-ID: <20030203185136.GA26723@pallas.fsck.com>


Does "mysqldump rt3" show you a whole bunch of data or almost none?
(You did 'make intialize-database' after installtion, right?)



On Mon, Feb 03, 2003 at 05:03:21PM +0100, Harald Wagener wrote:
> I seem to be too dumb for the most basic stuff
> in /opt/rt3/etc/RT_SiteConfig, I set
> 
> $LogToSyslog='debug';
> $LogToScreen='debug';
> $LogToFile='debug';
> 
> hoping to get some more output.
> 
> With a fresh install of rt-2-1-67, I seem to get the right language for 
> my login page on Safari and Chimera 0.6. But I cannot login as root 
> (pw: password, as this is still a test installation), getting a 'Your 
> username and password is incorrect'. I don't get any debug messages in 
> syslog, on Screen or in my rt.log.
> 
> Where to whack me now (or the RT3 installation), so I get my feet out 
> of this mess?
> 
> Regards,
>     Harald
> 
> -- 
> Harald Wagener * FCB/Wilkens * An der Alster 42 * 20099 Hamburg
> 
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel
> 

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From info at debian.homeunix.net  Mon Feb  3 16:48:52 2003
From: info at debian.homeunix.net (Stefan Fischer)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] Re: RT 2.1.56 (wrong charset)
In-Reply-To: <20030105000352.36821.qmail@web13708.mail.yahoo.com>
References: <20030104233235.GK12365@pallas.fsck.com> 
     <20030105000352.36821.qmail@web13708.mail.yahoo.com>
Message-ID: <32906.217.233.98.149.1044308932.squirrel@debian.homeunix.net>

Hello Stan & Jesse,

thank you for your investigations! Stan asked me for the perl version on
my box...

hostname:~/rt-2-1-66# perl -v
This is perl, v5.6.1 built for i386-linux
hostname:~/rt-2-1-66# uname -a
Linux hostname 2.4.18 #5 Fri Jan 31 16:52:02 CET 2003 i686 unknown
Debian woody stable


The problem further below described is still the same in 2.1.66.

Greetings Stefan!

>
> --- Jesse Vincent <jesse@bestpractical.com> wrote:
>> > > First is that the charset information should be
>> > > sent in HTTP header,
>>
>> And, actually, it is:
>>
>> Content-Type: text/html; charset=utf-8
>
> aha, the situation is more complicated: the strings that
> Stefan Fischer has sent, are not Unicode! and neither ISO latin1.
>
> Unfortunately, I've got no server to check it quickly,
> but I suspect it went through these steps:
>
> 1)
> lib/RT/I18N/de.po is encoded Latin1.
>
> 2)
> Then it goes through lib/RT/I18N.pm and is presented as wanna-be Unicode.
> I'm not sure at this stage if it really produces unicode.
>
> 3)
> Then it goes through HTML::Entities (as told by default_escape_flags =>
> 'h'),
> and all non-ascii characters are replaced with entities:
> &Auml; for a-umlaut etc.
> At this stage, HTML::Entities depends on Perl version (Stefan, what's
> yours?).
>
> If it's 5.6, it treats each non-ascii byte (remember, Unicode
> symbols come as two-byte symbols?) as non-ascii character, and
> produces two HTML entities per each Unicode symbol.
>
> In 5.8, each non-ascii Unicode symbol (two bytes) is
> replaced with a HTML entity. In HTML::Entities, they are defined
> for Latin1 symbols only. It means, Cyrillic (Russian) symbols would
> be replaced with (one or two?) numeric entities.
> Some browsers will survive that (in case if it's still one entity),
> but it's definitely wrong way.
>
> The right way would be to totally avoid entity'izing, and
> shoot out the plain text, with correct charset in HTTP header.
>
> With regards,
>
> Stan
>
>
>
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel
>


-- 
Mit freundlichen Gr??en / Kind Regards
Stefan Fischer

From bthauvin at clearchannel.fr  Mon Feb  3 17:38:41 2003
From: bthauvin at clearchannel.fr (THAUVIN Blaise (Dir. Informatique))
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] RT 2.1.67 : bug report
Message-ID: <870E25EC362DD6118A7400306E1260E2010D49BC@33par_exchange.dauphin-affichage.com>

Skipped content of type multipart/alternative
From jesse at bestpractical.com  Mon Feb  3 21:36:55 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] RT 2.1.67 : bug report
In-Reply-To: <870E25EC362DD6118A7400306E1260E2010D49BC@33par_exchange.dauphin-affichage.com>
References: <870E25EC362DD6118A7400306E1260E2010D49BC@33par_exchange.dauphin-affichage.com>
Message-ID: <20030204023655.GF26723@pallas.fsck.com>

On Mon, Feb 03, 2003 at 11:38:41PM +0100, THAUVIN Blaise (Dir. Informatique) wrote:
> Hi,
> 
> Here are my findings on 2.1.67 :
> 
> First, it is really faster than the previous versions and is now fast enough
> to be used for real. All tests are done with migrated data, not with "fresh"
> RT3 data.

That's very good to hear.


> Persistent change : using a specific subject string, everytime I click on
> "save changes", RT records a subject update, even though it was not modified
> at all. This seems to be related to accented caracters as the problem is
> visible with "?ch?ance" but is not with "echeance" (the same string with or
> without accents).

Sounds like a UTF-8 bug. I'll see what I can find
 
> Custom fields 1 :  Imported custom field do not seem to work. Looking at the
> database, 17 Keywords and 8 records in keywordSelects are converted to 200
> Customfields and 1450 CustomfieldValues. Some were disabled in my RT2
> isntance, they are imported as active. CustomFields created within RT3 are
> OK

Interesting.  Sounds like an exporter bug. I'll have a look.

> Custom fields 2 : in Ticket, "Jumbo" : changes in custom fields are ignored
> when pressing "save changes". Changes are recorded if the same change is
> made in "Basics" page.
>

Fixed in 2.1.68

> Dates 1 : in Ticket, "dates". When updating a date previously unset (null),
> the action reports states the previous value is the current states instead
> of "null": Started changed from Mon. Feb. 03 23:20:32 2003 to Sun. Feb. 02
> 00:00:00 2003 by bthau051 

Did you Open the ticket at the same time? Opening a ticket that was
previously new sets its "Started" date.


> Dates 2 : in Ticket, "dates". When updating the "last contact" date, the
> action reports says : "User notified by bthau051" when I expected it to say
> "last contact changed from.... to .....". There is no mail sent. The
> transaction recorded is "user notified", with the current date and time and
> not the one entered in the field. Maybe I did not understand how this field
> is supposed to be used. 

Changed this one to just report the change of date. This is a historical
thing going back to RT 1.0.


> Blaise
> 


-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Mon Feb  3 23:27:12 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] RT 2.1.67 : bug report
In-Reply-To: <20030204023655.GF26723@pallas.fsck.com>
References: <870E25EC362DD6118A7400306E1260E2010D49BC@33par_exchange.dauphin-affichage.com> <20030204023655.GF26723@pallas.fsck.com>
Message-ID: <20030204042712.GI26723@pallas.fsck.com>



> > Persistent change : using a specific subject string, everytime I click on
> > "save changes", RT records a subject update, even though it was not modified
> > at all. This seems to be related to accented caracters as the problem is
> > visible with "?ch?ance" but is not with "echeance" (the same string with or
> > without accents).
> 
> Sounds like a UTF-8 bug. I'll see what I can find

Fixed in 2.1.68.



-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Tue Feb  4 02:57:19 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] 2.1.68
Message-ID: <20030204075719.GT26723@pallas.fsck.com>


RT 2.1.68

* Fixes for UTF8 and other issues Blaise brought up
* "Goto ticket" has been replaced with a smart "Search" feature which
  does a pretty good job of guessing whether you're trying to go to a
  specific ticket, search for all tickets from a given email address,
  find all new/open tickets in a given queue or search for tickets whose
  subjects match a string. Thanks to Chris Reinhardt
* Cleanups to ticket editing and creation
* Updates to sbin/rt-setup-database



-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From ssinyagin at yahoo.com  Tue Feb  4 06:21:25 2003
From: ssinyagin at yahoo.com (Stanislav Sinyagin)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] Re: RT 2.1.56 (wrong charset)
In-Reply-To: <32906.217.233.98.149.1044308932.squirrel@debian.homeunix.net>
Message-ID: <20030204112125.68031.qmail@web13709.mail.yahoo.com>

Hi Stefan and all, 

I still had no time to dig deeper into the problem, but I promise I'll try 
and catch the moment. 

Cheers, 
Stan

--- Stefan Fischer <info@debian.homeunix.net> wrote:
> Hello Stan & Jesse,
> 
> thank you for your investigations! Stan asked me for the perl version on
> my box...
> 
> hostname:~/rt-2-1-66# perl -v
> This is perl, v5.6.1 built for i386-linux


From hwagener at hamburg.fcb.com  Tue Feb  4 06:49:26 2003
From: hwagener at hamburg.fcb.com (Harald Wagener)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] rt-2-1-67 - some progress
In-Reply-To: <20030203185136.GA26723@pallas.fsck.com>
Message-ID: <B5CFB692-3836-11D7-8933-003065DC18B8@hamburg.fcb.com>

On Monday, February 3, 2003, at 07:51  Uhr, Jesse Vincent wrote:

>
>
> Does "mysqldump rt3" show you a whole bunch of data or almost none?

It shows the basic table structure and contents (611 lines, according 
to my 'wc -l').

> (You did 'make intialize-database' after installtion, right?)
>

Yes, definitely. The root user does exist in the Users database as well 
(with an encrypted string for the password).


Regards,
     Harald
-- 
Harald Wagener * FCB/Wilkens * An der Alster 42 * 20099 Hamburg


From simonf at cshl.edu  Wed Feb  5 11:34:11 2003
From: simonf at cshl.edu (Vsevolod (Simon) Ilyushchenko)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] Problems with  rt-2-1-67 (Can't locate object method "_OpenParen")
Message-ID: <3E413D03.10704@cshl.edu>

Hi,

I am not sure if I am supposed to even run 2-1-67, but I tried. I 
converted my database using the rt2-to-rt3 conversion script. I could 
not login as any user,  so I put "return 1" in the beginning of 
User_Overlay::IsPassword. But now I get the error below.

I would appreciate any help.

Thanks,
Simon

error:   Can't locate object method "_OpenParen" via package 
"RT::Tickets" at /opt/rt3/lib/RT/Tickets_Overlay_SQL.pm line 66.
context:
..
277:  }
278:
279:  # All errors returned from this routine will be in exception form.
280:  local $SIG{'__DIE__'} = sub {
281:  rethrow_exception( $_[0] );
282:  };
283:
284:  #
285:  # $m is a dynamically scoped global containing this
..
code stack:  /usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm:281
/opt/rt3/lib/RT/Tickets_Overlay_SQL.pm:66
/opt/rt3/lib/RT/Tickets_Overlay_SQL.pm:160
/opt/rt3/lib/RT/Tickets_Overlay_SQL.pm:285
/opt/rt3/lib/RT/Tickets_Overlay.pm:1931
/opt/rt3/lib/RT/Tickets_Overlay.pm:1719
/opt/rt3/share/html/Elements/MyTickets:36
/opt/rt3/share/html/index.html:32
/opt/rt3/share/html/autohandler:162
-- 

Simon (Vsevolod ILyushchenko)   simonf@cshl.edu
				http://www.simonf.com

"Large software projects are like werewolves because
they transform unexpectedly from the familiar into horrors."
                     Fred Brooks




From Andreas.Warnke at 3SOFT.de  Wed Feb  5 11:58:47 2003
From: Andreas.Warnke at 3SOFT.de (Warnke, Andreas)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] Avoiding Brute Force attacks on rt-2-0-15
Message-ID: <50C52FFF0D55E540AD943758F4208370148B9E@corvus.de.3soft>

Hi there,

For RT2-0-15, there is no protection from brute force attacks on either
the user/pass combination or on the cookie-strings.

Here is a solution:
Exchange the webrt/autohandler script by the lines below to limit the
number of rejected logins to 10 per minute.
(And be sure, you have installed Cookie::Cookie from cpan)

I would appreciate comments.

Kind Regards
Andreas

--
Andreas Warnke
3SOFT GmbH, Frauenweiherst. 14, 91058 Erlangen
Tel.: +49-9131-7701-274 mailto:Andreas.Warnke@3SOFT.de
Fax: +49-9131-7701-333 http://www.3SOFT.de
------------------------------------------------------------------------
----------


%# $Header: /pro/CVS/rt/rt-2-0-15/webrt-rtee/autohandler,v 1.1
2002/11/07 10:59:31 anwa2219 Exp $
<& /Elements/Footer, %ARGS &>

<%INIT>

my $current_time = time;
$m->{'rt_base_time'} = $current_time;
# ----------------------------------------
# added by Andreas Warnke
# 'Period' denotes the end of the current observation interval
# 'Attacks' is the number of rejected login tries 
#     during the current observation interval
# ----------------------------------------
my $ACache = $m->cache;
my $period = $ACache->get('Period') || 0;
my $attacks = $ACache->get('Attacks');
# ----------------------------------------

# ----------------------------------------
# added by Andreas Warnke
#     Next observation interval?
#     (And initialization)
# ----------------------------------------
if ( $period < $current_time  ) {
    $period = $current_time + 60;
    $attacks = 0;
    $ACache->set('Period',$period);
    $ACache->set('Attacks',$attacks);
}
# ----------------------------------------

# ----------------------------------------
# added by Andreas Warnke
#     AttackEncountered?
# ----------------------------------------
sub AttackEncountered {
    my $ACache = $m->cache;
    my $attacks = $ACache->get('Attacks');
    $attacks += 1;
    $ACache->set('Attacks',$attacks);
}
# ----------------------------------------

#if it's a noauth file, don't ask for auth.
if ($m->base_comp->path =~ '^/+NoAuth/') {
        $m->call_next();
	$m->abort();
}

# ----------------------------------------
# added by Andreas Warnke
#     The complete database is locked
#     if there have been more than 10 attacks.
#     Q: Why not just disable the login-sequence
#     A: There are 2 types of brute force attacks:
#        1) Brute force on the user/pass combination
#        2) Brute force on a valid session cookie
#        So: Neither may be served if the system
#        is under attack
# ----------------------------------------
elsif ( $attacks > 10 ) {
	$m->comp('/Elements/Login', Error => 'Sorry. RT2 is locked for
60 seconds.', %ARGS);
	$m->abort();
    }
# ----------------------------------------


# ----------------------------------------
# deleted by Andreas Warnke
# ----------------------------------------
# If RT is configured for external auth, let's get REMOTE_USER
# We intentionally don't test for REMOTE_USER to meet our policy
#elsif ($RT::WebExternalAuth){
#
#    $user = $ENV{'REMOTE_USER'};
#    $session{'CurrentUser'} = RT::CurrentUser->new();
#    $session{'CurrentUser'}->Load($user);
#    unless ($session{'CurrentUser'}->id() ) {
#        delete $session{'CurrentUser'};
#        $m->comp('/Elements/Login', %ARGS, Error=> 'You are not an
authorized user');
#        $m->abort();
#    }
#}
# ----------------------------------------
 
# If the user is loging in, let's authenticate
elsif (defined ($user) && defined ($pass)){
    
    $session{'CurrentUser'} = RT::CurrentUser->new();
    $session{'CurrentUser'}->Load($user);
    unless ($session{'CurrentUser'}->id() ) {
	delete $session{'CurrentUser'};
	AttackEncountered();
	$m->comp('/Elements/Login', %ARGS, Error=> 'Your username or
password is incorrect');
        $m->abort();
    };
    unless ($session{'CurrentUser'}->IsPassword($pass)) {
	delete $session{'CurrentUser'};
	AttackEncountered();
	
	$m->comp('/Elements/Login', Error => 'Your username or password
is incorrect', %ARGS);
	$m->abort();
    }
}
  

#If we've got credentials, lets serve the file up.
if ( (defined $session{'CurrentUser'}) and 
     ( $session{'CurrentUser'}->Id) ) {
    
    # If the user isn\'t privileged, they can only see SelfService
    if ((! $session{'CurrentUser'}->Privileged) and
	($m->base_comp->path !~ '^/+SelfService/') ) {
	$m->comp('/SelfService/index.html');
	$m->abort();
    }
    else {
	$m->call_next;
    }
}

#If we have no credentials
else {
	AttackEncountered();
    $m->comp('/Elements/Login', %ARGS);
    $m->abort();
}

</%INIT>

<%ARGS>
$user => undef
$pass => undef
</%ARGS>

From rspier at pobox.com  Wed Feb  5 13:39:30 2003
From: rspier at pobox.com (Robert Spier)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] Problems with  rt-2-1-67 (Can't locate object method "_OpenParen")
In-Reply-To: <3E413D03.10704@cshl.edu>
References: <3E413D03.10704@cshl.edu>
Message-ID: <m3of5qlggt.wl_rspier@pobox.com>

Do you have the latest DBIx::SearchBuilder?  What version of perl?


> error:   Can't locate object method "_OpenParen" via package 
> "RT::Tickets" at /opt/rt3/lib/RT/Tickets_Overlay_SQL.pm line 66.
> context:

From simonf at cshl.edu  Wed Feb  5 14:04:19 2003
From: simonf at cshl.edu (Vsevolod (Simon) Ilyushchenko)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] Problems with  rt-2-1-67 (Can't locate object method
 "_OpenParen")
In-Reply-To: <m3of5qlggt.wl_rspier@pobox.com>
References: <3E413D03.10704@cshl.edu> <m3of5qlggt.wl_rspier@pobox.com>
Message-ID: <3E416033.8000904@cshl.edu>


Robert Spier wrote:
> Do you have the latest DBIx::SearchBuilder?  What version of perl?


DBIx::SearchBuilder is 0.73, which is up-to-date according to cpan. Perl 
is 5.8.0.

Thanks,
Simon
-- 

Simon (Vsevolod ILyushchenko)   simonf@cshl.edu
				http://www.simonf.com

"Large software projects are like werewolves because
they transform unexpectedly from the familiar into horrors."
                     Fred Brooks




From jesse at bestpractical.com  Wed Feb  5 14:32:52 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] [rt-announce] fsck.com RT instance Upgraded to 2.1.68
Message-ID: <20030205193252.GP26723@pallas.fsck.com>

You have no idea how much pleasure it gives me to announce that
fsck.com's RT instance has been upgraded to RT 2.1.68. We'll be watching 
closely over the next serveral days to make sure everything is in order,
but so far, so good.


	Jesse


-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.
_______________________________________________
rt-announce mailing list
rt-announce@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-announce

From jesse at bestpractical.com  Wed Feb  5 19:21:35 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] [rt-announce] RT 3.0 Beta 1
Message-ID: <20030206002135.GD19555@pallas.fsck.com>

  As is always the case with such announcements, it gives me great
pleasure to announce that the build tagged as rt.2.1.69 is the
first Beta release of RT 3.0.  This release represents over a year
of engineering work and is quite close to being released as RT
3.0.0. It's ready for widespread testing and, in limited case,
production deployment.  Best Practical Solutions does not support 
RT 2.1.x (or any other pre-release products) in production environments
unless specific prior arrangments have been negotiated. [1]

As of this morning, fsck.com's RT instance is running rt 2.1.69.

You can download this release at:

  http://www.bestpractical.com/pub/rt/devel/rt-3-0-beta1.tar.gz

A beta-quality import tool is available from:

  http://www.bestpractical.com/pub/rt/devel/rt2-to-rt3-v1.4.tar.gz

    This import tool should be used to _test_ the import of
  your data into an RT instance, but if you intend to migrate from
  RT2 to RT3 at this time, it is strongly recommended that you check
  over the imported data by hand, paying particular attention to
  Scrips and ACLs.


Selected Improvements since RT 2.0:

* RT's installation process has been streamlined and the installation process 
  now uses autoconf (./configure) to build your Makefile

* Keywords have been replaced with a much more flexible "Custom Fields" system
  that allows fulltext custom fields

* RT is now unicode-native and has been completely internationalized
  (It speaks about a dozen languages, with varying levels of fluency.
   New translations are always appreciated)

* The UI has gotten a massive overhaul. RT should be prettier, friendlier
  and easier to use. And it works even better in lynx, as most of the 
  user interface now uses Cascading Style Sheets for the pretty bits.

* RT is even more extensible than it was before. In addition to
  the "local" directory for overriding HTML::Mason components, RT's
  web UI now supports callbacks, to let you embed your own components
  within RT's UI with no changes to the core, an "overlay" system
  for the configuration file, so you can be assured that you always
  know what you've changed from the defaults and "Overlay" perl
  modules that let you override most of RT's core at the subroutine
  level in a way that will persist across upgrades

* RT's database schema has been simplified. The "Watchers" mechanism
  has been replaced with queue and ticket specific role groups, which
  should lead to much faster ticket searches and more linear scalability.

* RT's notion of groups has been significantly enhanced. Groups can now contain
  other groups, with as deep a hierarchy as you want, so long as you don't try
  to make a group a member of itself. ;)

* RT's ACL system is now much more flexible. Users who have been
  granted the right to delegeate their rights can give groups of
  users of their choosing any right they have been granted. Of course,
  when you revoke a user's rights, any of their delegations vanish
  too.

* RT's mail gateway now uses an HTTP-based RPC mechanism to talk to your RT 
  server. (The mail gateway is now a tiny perl script that doesn't need to 
  live on your RT server, run setgid or anything nasty like that.) 


Known issues that should be addressed before RT 3.0.0:

* Notify ScripAction will be enhanced to include transaction attachments

* Web UI still needs a bit of cleanup, though it's largely done

* The new CLI needs to be completed and integrated. 
    (If you need the CLI, Beta 1 is not for you)

* Translations need to be updated

* Default scrips need to be set up. Right now, you need to do it all by hand

* Approvals scrips should probably be set up by default

* The new logo needs to be included

* Some more performance tuning should happen



	Best,
	Jesse Vincent
	Best Practical Solutions, LLC


[1] If you  run RT 2.1.x in production and need support for it,
    expect to pay through the nose.

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.
_______________________________________________
rt-announce mailing list
rt-announce@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-announce

From jesse at bestpractical.com  Thu Feb  6 00:16:59 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] Styleguide
Message-ID: <20030206051659.GI19555@pallas.fsck.com>

Attached is the New RT Style Guide, based significantly on the Slashcode
style guide.  Nothing in it is cast as a hard and fast rule yet, but it
may give you a good feel for how to write code that quacks like RT

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.
-------------- next part --------------
#!perl -w
# run this document through perl to check its syntax
use Pod::Checker;
podchecker(\*DATA);
__END__

=head1 NAME

rtstyleguide - RT Style Guide

=head1 INTRODUCTION

All code and documentation that is submitted to be included in the RT
distribution should follow the style in this document.  This is not to
try to stifle your creativity, but to make life easier for everybody who
has to work with your code, and to aid those who are not quite sure how
to do something.

These conventions below apply to perl modules, web programs, and
command-line programs, specifically, but also might apply to some
degree to any Perl code written for use in RT.

Note that these are all guidelines, not unbreakable rules.  If you have
a really good need to break one of the rules herein, however, then it is
best to ask on the B<rt-devel> mailing list first.

Note that with much of this document, it is not so much the Right Way as
it is Our Way.  We need to have conventions in order to make life easier
for everyone.  So don't gripe, and just follow it, because you didn't
get a good grade in "Plays Well With Others" in kindergarten and you
want to make up for it now.

If you have any questions, please ask us on the B<rt-devel> mailing list:

	http://www.bestpractical.com/rt/lists.html

We don't always follow this guide.  We are making changes throughout
our code to be in line with it.  But just because we didn't do
it yet, that is no excuse.  Do it anyway.  :-)

This document is subject to change at the whims of the core RT team.
We hope to add any significant changes at the bottom of the document.


=head1 CODING PRINCIPLES

=head2 Perl Version

We code everything to perl 5.6.1. Some features require advanced unicode
features in perl 5.8.0. It is acceptable that unicode features work only for 
US-ASCII on perl 5.6.1. 


=head2 Documentation

All modules will be documented using the POD examples in the module
boilerplate.  The function, purpose, use of the module will be
explained, and each public API will be documented with name,
description, inputs, outputs, side effects, etc.

If an array or hash reference is returned, document the size of the
array (including what each element is, as appropriate) and name each key
in the hash.  For complex data structures, map out the structure as
appropriate (e.g., name each field returned for each column from a DB
call; yes, this means you shouldn't use "SELECT *", which you shouldn't
use anyway).

Also document what kind of data returned values are.  Is it an integer,
a block of HTML, a boolean?

All command-line program options will be documented using the
boilerplate code for command-line programs, which doesn't yet exist.
Each available function, switch, etc. should be documented, along
with a statement of function, purpose, use of the program.  Do not
use the same options as another program, for a different purpose.

All web templates should be documented with a statement of function,
purpose, and use in a mason comment block.

Any external documents, and documentation for command-line programs and
modules, should be written in POD, where appropriate. From there, they
can be translated to many formats with the various pod2* translators. 
Read the perlpod manpage before writing any POD, because although POD is
not difficult, it is not what most people are used to.  It is not a
regular markup language; it is just a way to make easy documentation
for translating to other formats.  Read, and understand, the perlpod
manpage, and ask us or someone else who knows if you have any questions.


=head2 Version

Our distribution versions use tuples, where the first number is the
major revision, the second number is the version, and third
number is the subversion.  Odd-numbered versions are development
versions.  Examples:

	1.0.0		First release of RT 1
	1.0.1		Second release of RT 1.0
	1.0.10		etc.
	1.1.0		First development release of RT 1.2 (or 2.0)
	2.0.0		First release of RT 2

Versions can be modified with a hyphen followed by some text, for
special versions, or to give extra information.  Examples:

	2.0.0-pre1	Notes that this is not final, but preview

In perl 5.6.0, you can have versions like C<v2.0.0>, but this is not
allowed in previous versions of perl.  So to convert a tuple version
string to a string to use with $VERSION, use a regular integer for
the revision, and three digits for version and subversion.  Examples:

	1.1.6	->	1.001006
	2.0.0	->	2.000000

This way, perl can use the version strings in greater-than and
less-than comparisons.


=head2 Comments

All code should be self-documenting as much as possible.  Only include
necessary comments.  Use names like "$ticket_count", so you don't need to
do something like:

	# ticket count
	my $tc = 0;

Include any comments that are, or might be, necessary in order for
someone else to understand the code.  Sometimes a simple one-line
comment is good to explain what the purpose of the following code is
for.  Sometimes each line needs to be commented because of a complex
algorithm.  Read Kernighan & Pike's I<Practice of Programming> about
commenting.  Good stuff, Maynard.


=head2 Warnings and Strict

All code must compile and run cleanly with "use strict" enabled and the
perl "-w" (warnings) option on.  If you must do something that -w or
strict complains about, there are workarounds, but the chances that you
really need to do it that way are remote.

=head2 Lexical Warnings

C<use warnings> is more warningful than -w.                                     
                                                                                
If you need to disable one,  you can explicitly do:                             
                                                                                
    { no warnings 'something';                                                  
      blah;                                                                     
    }


=head2 Lexical Variables

Use only lexical variables, except for special global variables
($VERSION, %ENV, @ISA, $!, etc.) or very special circumstances (see
%HTML::Mason::Commands::session ).  Global variables
for regular use are never appropriate.  When necessary, "declare"
globals with "use vars" or, preferably "our()". (RT's codebase is now 5.6 
or higher, so "our" is safe)

A lexical variable is created with my().  A global variable is
pre-existing (if it is a special variable), or it pops into existence
when it is used.  local() is used to tell perl to assign a temporary
value to a variable.  This should only be used with special variables,
like $/, or in special circumstances.  If you must assign to any global
variable, consider whether or not you should use local().

local() may also be used on elements of arrays and hashes, though there
is seldom a need to do it, and you shouldn't.


=head2 Exporting

Do not export anything from a module by default.  Feel free to put
anything you want to in @EXPORT_OK, so users of your modules can
explicitly ask for symbols (e.g., "use Something::Something qw(getFoo
setFoo)"), but do not export them by default.


=head2 Pass by Reference

Arrays and hashes should be passed to and from functions by reference
only.  Note that a list and an array are NOT the same thing.  This
is perfectly fine:

	return($user, $form, $constants);

An exception might be a temporary array of discrete arguments:

	my @return = ($user, $form);
	push @return, $constants if $flag;
	return @return;

Although, usually, this is better (faster, easier to read, etc.):

	if ($flag) {
		return($user, $form, $constants);
	} else {
		return($user, $form);
	}

We need to talk about Class::ReturnValue here.


=head2 Garbage Collection

Perl does pretty good garbage collection for you.  It will automatically
clean up lexical variables that have gone out of scope and objects whose
references have gone away.  Normally you don't need to worry about
cleaning up after yourself, if using lexicals.

However, some glue code, code compiled in C and linked to Perl, might
not automatically clean up for you.  In such cases, clean up for
yourself.  If there is a method in that glue to dispose or destruct,
then use it as appropriate.

Also, if you have a long-running function that has a large data
structure in it, it is polite to free up the memory as soon as you are
done with it, if possible.

	my $huge_data_structure = get_huge_data_structure();
	do_something_with($huge_data_structure);
	undef $huge_data_structure;

=head2 DESTROY

All object classes must provide a DESTROY method.  If it won't do
anything, provide it anyway:

	sub DESTROY { }



=head2 die() and exit()

Don't do it.  Do not die() or exit() from a web template or module.  Do
not call C<kill 9, $$>.  Don't do it.

In command-line programs, do as you please.


=head2 shift and @_

Do not use @_.  Use shift.  shift may take more lines, but Jesse thinks it 
leads to cleaner code.

	my $var = shift;			# right
	my($var) = @_;				# ick. no
	sub foo { uc $_[0] }			# icky. sometimes ok.


	my($var1, $var2) = (shift, shift);	# Um, no.

        my $var1 = shift;                       # right
        my $var2 = shift;                       



=head2 Tests

Modules should provide test code, with documentation on how to use
it. Test::Inline allows tests to be embedded in code. Test::More makes it 
easy to create tests. Any code you write should have a testsuite.
Any code you alter should have a test suite. If a patch comes in without
tests, there is something wrong.

When altering code, you must run the test harness before submitting a patch
or committing code to the repository. 

"make regression" will extract inline tests, blow away the system database
and run the test suite.

"make regression-quiet" will do all that and not print the "ok" lines.



=head2 STDIN/STDOUT

Always report errors using $RT::Logger. It's a Log::Dispatch object.
Unlike message meant for the user, log messages are not to be
internationalized.

There are several different levels ($RT::Logger methods) of logging:

=over 4

=item debug

Used for messages only needed during system debugging.

=item info

Should be used to describe "system-critical" events which aren't errors.
Examples: creating users, deleting users, creating tickets, creating queues,
sending email (message id, time, recipients), recieving mail, changing
passwords, changing access control, superuser logins)

=item error

Used for RT-generated failures during execution.

=item crit

Should be used for messages when an action can not be completed due to some
error condition beyond our control.

=back

In the web UI and modules, never print directly to STDERR.  Do not print
directly to STDOUT, unless you need to print directly to the user's console.

In command-line programs, feel free to print to STDERR and STDOUT as
needed for direct console communication. But for actual error reporting,
use the logging API.


=head2 System Calls

Always check return values from system calls, including open(),
close(), mkdir(), or anything else that talks directly to the system. 
Perl built-in system calls return the error in $!; some functions in
modules might return an error in $@ or some other way, so read the module's
documentation if you don't know.  Always do something, even if it is
just calling $RT::Logger->warning(), when the return value is not what you'd expect.



=head1 STYLE

Much of the style section is taken from the perlsyle manpage.  We make
some changes to it here, but it wouldn't be a bad idea to read that
document, too.

=head2 Terminology

=over 4

=item RT the name

"RT" is the name of the project.  "RT" is, optionally, the
specific name for the actual file distribution.  That's it. 

While we sometimes use "RT2" or "RT3", that's shortand that's really
not recommended. The name of the project is "RT".

To specify a major version, use "RT 3.0".
To specify a specific release, use "RT 3.0.12"

=item function vs. sub(routine) vs. method

Just because it is the Perl Way (not necessarily right for all
languages, but the documented terminology in the perl documentation),
"method" should be used only to refer to a subroutine that are object
methods or class methods; that is, these are functions that are used
with OOP that always take either an object or a class as the first
argument. Regular subroutines, ones that are not object or class
methods, are functions.  Class methods that create and return an object
are optionally called constructors.

=item Users

"users" are normally users of RT, the ones hitting the site; if using
it in any other context, specify.  
"system users" are user
names on the operating system.  "database users" are the user names in
the database server.  None of these needs to be capitalized.

=back


=head2 Names

Don't use single-character variables, except as iterator variables.

Don't use two-character variables just to spite us over the above rule.

Constants are in all caps; these are variables whose value will I<never>
change during the course of the program.

	$Minimum = 10;		# wrong
	$MAXIMUM = 50;		# right

Other variables are lowercase, with underscores separating the words. 
They words used should, in general, form a noun (usually singular),
unless the variable is a flag used to denote some action that should be
taken, in which case they should be verbs (or gerunds, as appropriate)
describing that action.

	$thisVar      = 'foo';	# wrong
	$this_var     = 'foo';	# right
	$work_hard    = 1;	# right, verb, boolean flag
	$running_fast = 0;	# right, gerund, boolean flag

Arrays and hashes should be plural nouns, whether as regular arrays and
hashes or array and hash references.  Do not name references with "ref"
or the data type in the name.

	@stories     = (1, 2, 3);      # right
	$comment_ref = [4, 5, 6];      # wrong
	$comments    = [4, 5, 6];      # right
	$comment     = $comments->[0]; # right

Make the name descriptive.  Don't use variables like "$sc" when you
could call it "$story_count".  See L<"Comments">.

There are several variables in RT that are used throughout the code,
that you should use in your code.  Do not use these variable names for
anything other than how they are normally used, and do not use any
other variable names in their place.  Some of these are:

	$self		# first named argument in object method

Subroutines (except for special cases, like AUTOLOAD and simple accessors)
begin with a verb, with words following to complete the action.  Accessors
don't start with "Get" if they're just the name of the attribute.

Accessors which return an object should end with the suffix Obj.

This section needs clarification for RT.

Words begin with a capital letter.  They
should as clearly as possible describe the activity to be peformed, and
the data to be returned. 



	Load();		# good
	LoadByName();	# good
	LoadById();		# good

Subroutines beginning with C<_> are special: they are not to be used
outside the current object.  There is not to be enforced by the code
itself, but by someone very big and very scary.

For large for() loops, do not use $_, but name the variable.
Do not use $_ (or assume it) except for when it is absolutely
clear what is going on, or when it is required (such as with
map() and grep()).

	for (@list) {
		print;			# OK; everyone knows this one
		print uc;		# wrong; few people know this
		print uc $_;		# better
	}

Note that the special variable C<_> I<should> be used when possible.
It is a placeholder that can be passed to stat() and the file test
operators, that saves perl a trip to re-stat the file.  In the
example below, using C<$file> over for each file test, instead of
C<_> for subsequent uses, is a performance hit.  You should be
careful that the last-tested file is what you think it is, though.

	if (-d $file) {		# $file is a directory
		# ...
	} elsif (-l _) {	# $file is a symlink
		# ...
	}

Package names begin with a capital letter in each word, followed by
lower case letters (for the most part).  Multiple words should be StudlyCapped.

	RT::User			# good
	RT::Database::MySQL		# proper name
	RT::Display::Provider	        # good
	RT::CustomField			# not so good, but OK

Plugin modules should begin with "RTx::", followed by the name
of the plugin.  

=head1 Code formatting

Use perltidy. Anything we say here is wrong if it conflicts with what
perltidy does. Your perltidyrc should read:

-lp -vt=2 -vtc=2 -nsfs -bar                                                                                             

=head2 Indents and Blank Space

All indents should be 4 spaces. If you find tabs, convert them to 
4 spaces.

No space before a semicolon that closes a statement.

	foo(@bar) ;	# wrong
	foo(@bar);	# right

Line up corresponding items vertically.

	my $foo   = 1;
	my $bar   = 2;
	my $xyzzy = 3;

	open(FILE, $fh)	  or die $!;
	open(FILE2, $fh2) or die $!;

	$rot13 =~ tr[abcedfghijklmnopqrstuvwxyz]
	            [nopqrstuvwxyzabcdefghijklm];

	# note we use a-mn-z instead of a-z,
	# for readability
	$rot13 =~ tr[a-mn-z]
	            [n-za-m];

Put blank lines between groups of code that do different things.  Put
blank lines after your variable declarations.  Put a blank line before a
final return() statement.  Put a blank line following a block (and
before, with the exception of comment lines).

An example:

	# this is my function!
	sub foo {
                my $val = shift;
		my $obj = new Constructor;
		my($var1, $var2);

		$obj->SetFoo($val);
		$var1 = $obj->Foo();


		return($val);
	}

	print 1;


=head2 Parentheses

For control structures, there is a space between the keyword and opening
parenthesis.  For functions, there is not.

	for(@list)	# wrong
	for (@list)	# right

	my ($ref)	# wrong
	my($ref)	# right

Be careful about list vs. scalar context with parentheses!

	my @array = ('a', 'b', 'c');
	my($first_element) = @array;		# a
	my($first_element) = ('a', 'b', 'c');	# a
	my $element_count  = @array;		# 3
	my $last_element   = ('a', 'b', 'c');	# c

Always include parentheses after functions, even if there are no arguments.
There are some exceptions, such as list operators (like print) and unary
operators (like undef, delete, uc).

There is no space inside the parentheses, unless it is needed for
readability.

	for ( map { [ $_, 1 ] } @list )	# OK
	for ( @list )			# not really OK, not horrible

On multi-line expressions, match up the closing parenthesis with either
the opening statement, or the opening parenthesis, whichever works best.
Examples:

	@list = qw(
		bar
		baz
	);			# right

	if ($foo && $bar && $baz
		 && $buz && $xyzzy
	) {
		print $foo;
	}

Whether or not there is space following a closing parenthesis is
dependent on what it is that follows.

	print foo(@bar), baz(@buz) if $xyzzy;

Note also that parentheses around single-statement control expressions,
as in C<if $xyzzy>, are optional (and discouraged) C<if> it is I<absolutely>
clear -- to a programmer -- what is going on.  There is absolutely no
need for parentheses around C<$xyzzy> above, so leaving them out enhances
readability.  Use your best discretion.  Better to include them, if
there is any question.

The same essentially goes for perl's built-in functions, when there is
nothing confusing about what is going on (for example, there is only one
function call in the statement, or the function call is separated by a
flow control operator).  User-supplied functions must always include
parentheses.

	print 1, 2, 3;				# good
	delete $hash{key} if isAnon($uid);	# good


However, if there is any possible confusion at all, then include the
parentheses.  Remember the words of Larry Wall in the perlstyle manpage:

	When in doubt, parenthesize.  At the very least it will
	let some poor schmuck bounce on the % key in vi.

	Even if you aren't in doubt, consider the mental welfare
	of the person who has to maintain the code after you, and
	who will probably put parens in the wrong place.

So leave them out when it is absoutely clear to a programmer, but if
there is any question, leave them in.


=head2 Braces

(This is about control braces, not hash/data structure braces.)

There is always a space befor the opening brace.

	while (<$fh>){	# wrong
	while (<$fh>) {	# right

A one-line block may be put on one line, and the semicolon may be
omitted.

	for (@list) { print }

Otherwise, finish each statement with a semicolon, put the keyword and
opening curly on the first line, and the ending curly lined up with the
keyword at the end.

	for (@list) {
		print;
		smell();
	}

Generally, we prefer "uncuddled elses":

	if ($foo) {
		print;
	}
	else {
		die;
	}

_If_ the if statement is very brief, sometimes "cuddling" the else makes code more readable. Feel free to cuddle them in that case:


	if ($foo) {
		print;
	} else {
		die;
	}

=head2 Operators

Put space around most operators.  The primary exception is the for
aesthetics; e.g., sometimes the space around "**" is ommitted,
and there is never a space before a ",", but always after.

	print $x , $y;	# wrong
	print $x, $y;	# right

	$x = 2 >> 1;	# good
	$y = 2**2;	# ok

Note that "&&" and "||" have a higher precedence than "and" and "or". 
Other than that, they are exactly the same.  It is best to use the lower
precedence version for control, and the higher for testing/returning
values.  Examples:

	$bool = $flag1 or $flag2;	# WRONG (doesn't work)
	$value = $foo || $bar;		# right
	open(FILE, $file) or die $!;

	$true  = foo($bar) && baz($buz);
	foo($bar) and baz($buz);

Note that "and" is seldom ever used, because the statement above is
better written using "if":

	baz($buz) if foo($bar);

Most of the time, the confusion between and/&&, or/|| can be alleviated
by using parentheses.  If you want to leave off the parentheses then you
I<must> use the proper operator.  But if you use parentheses -- and
normally, you should, if there is any question at all -- then it doesn't
matter which you use.  Use whichever is most readable and aesthetically
pleasing to you at the time, and be consistent within your block of code.

Break long lines AFTER operators, except for "and", "or", "&&", "||".
Try to keep the two parts to a binary operator (an operator that
has two operands) together when possible.

	print "foo" . "bar" . "baz"
		. "buz";			# wrong

	print "foo" . "bar" . "baz" .
		"buz";				# right

	print $foo unless $x == 3 && $y ==
		4 && $z == 5;			# wrong

	print $foo unless $x == 3 && $y == 4
		&& $z == 5;			# right


=head2 Other

Put space around a complex subscript inside the brackets or braces.

	$foo{$bar{baz}{buz}};	# OK
	$foo{ $bar{baz}{buz} };	# better

In general, use single-quotes around literals, and double-quotes
when the text needs to be interpolated. 

It is OK to omit quotes around names in braces and when using
the => operator, but be careful not to use a name that doubles as
a function; in that case, quote.

	$what{'time'}{it}{is} = time();

When making compound statements, put the primary action first.

	open(FILE, $fh) or die $!;	# right
	die $! unless open(FILE, $fh);	# wrong

	print "Starting\n" if $verbose;	# right
	$verbose && print "Starting\n";	# wrong


Use here-docs instead of repeated print statements.

		print <<EOT;
	This is a whole bunch of text.
	I like it.  I don't need to worry about messing
	with lots of print statements and lining them up.
	EOT

Just remember that unless you put single quotes around your here-doc
token (<<'EOT'), the text will be interpolated, so escape any "$" or "@"
as needed.

=head1 INTERNATIONALIZATION


=head2 String extraction styleguide

=over 4

=item Web templates

Templates should use the /l filtering component to call the localisation
framework

The string 		Foo!

Should become		<&|/l&>Foo!</&>

All newlines should be removed from localized strings, to make it easy to 
grep the codebase for strings to be localized

The string 		Foo
			Bar
			Baz
			
Should become		<&|/l&>Foo Bar Baz</&>


Variable subsititutions should be moved to Locale::MakeText format

The string		Hello, <%$name %>

should become		<&|/l, $name &>Hello, [_1]</&>	


Multiple variables work just like single variables
 
The string		You found <%$num%> tickets in queue <%$queue%>

should become		<&|/l, $num, $queue &>You found [_1] tickets in queue [_2]</&>

When subcomponents are called in the middle of a phrase, they need to be escaped
too:

The string		 <input type="submit" value="New ticket in">&nbsp<& /Elements/SelectNewTicketQueue&>

should become		<&|/l, $m->scomp('/Elements/SelectNewTicketQueue')&><input type="submit" value="New ticket in">&nbsp;[_1]</&>




The string	<& /Elements/TitleBoxStart, width=> "40%", titleright => "RT $RT::VERSION for   $RT::rtname", title => 'Login' &>

should become 	<& /Elements/TitleBoxStart, 
			width=> "40%",
			titleright => loc("RT [_1] for [_2]",$RT::VERSION, $RT::rtname),
			title => loc('Login'),
	      	&>
	

=item Library code			



Within RT's core code, every module has a localization handle available through the 'loc' method:

The code 	return ( $id, "Queue created" );

should become 	return ( $id, $self->loc("Queue created") );	

When returning or localizing a single string, the "extra" set of parenthesis () should be omitted.

The code  	return ("Subject changed to ". $self->Data );

should become	 return $self->loc( "Subject changed to [_1]", $self->Data );


It is important not to localize  the names of rights or statuses within RT's core, as there is logic that depends on them as string identifiers.  The proper place to localize these values is when they're presented for display in the web or commandline interfaces.


=back 4

=head1 CODING PRCEDURE

This is for new programs, modules, specific APIs, or anything else.

Contact for core team is the slashcode-development mailing list.

=over 4

=item Present idea to core team

We may know of a better way to approach the problem, or know of an
existing way to deal with it, or know someone else is working on it. 
This is mostly informal, but a fairly complete explanation for the need
and use of the code should be provided.


=item Present complete specs to core team

The complete proposed API to the core team should be submitted for
approval and discussion.  For web and command-line programs, present the
functionality and interface (op codes, command-lin switches, etc.).

The best way to do this is to take the documentation portion of the
boilerplate and fill it in.  You can make changes later if necessary,
but fill it in as much as you can.


=item Announce any changes to interface

If the way it works or how it is called is going to change, notify the core
team.


=item Prepare for core review

When you are done, the code will undergo a code review by a member of
the core team, or someone picked by the core team.  This is not to
belittle you (that's just a nice side effect), it is to make sure that
you understand your code, that we understand your code, that it won't
break other code, that it follows the documentation and existing
proposal.  It is to check for possible optimizations or better ways of
doing it.

For members of the core team, one or more other members of the team will
perform the review.

Note that all code is expected to follow the coding principles and style
guide contained in this document.


=item Finish it up

After the code is done (possibly going through multiple code reviews),
if you do not have repository access, submit it to rt-<major-version>-bugs@fsck.com as a unified diff. From that point on, it'll be handled by someone with repository access.

=back

=head1 Features

=head2 Callbacks

                                                                                
It's easy to overlay your own components on top of RT's HTML::Mason web         
UI by creating a component with the same name and dropping it in the            
"local" component root. Often though, what you really want to do is to          
drop your own bit of interface in the middle of an existing RT                  
component.  So you copy the component and drop in your own code.                
A month later, a new release comes out with a critical bugfix in the            
component you overrode. Every time an upgrade happens, you have to              
audit RT's code to make sure that none of your code will override               
the newly fixed component.  

And what if two different add-ons alter the same component?  I forsee a         
lot of diffing and patching in your future.                                     
                                                                                
At least that's the way it _used to work_.  RT 3.0's web interface              
now supports callbacks to stackable user-defined components.                    
                                                                                
within RT's HTML::Mason frontend, you'll see calls like this:                   
                                                                                
in /Ticket/Frob.html, you might see a line like:                                
                                                                                
<& /Elements/Callback, Name => 'foo', %ARGS &>                                  
                                                                                
This means that RT will look for any components that match the glob                        
                                                                                
$RTROOT/local/html/Callbacks/*/Ticket/Frob.html/foo
                                                                                
and call them with the %ARGS passed to Frob.html                                
                                                                                
Some callbacks might additionally pass in other parameters, such as             
Ticket, Transaction or Queue.                                                   
                                                                                
As of this moment, there's only a single callback in the codebase. I            
expect them to proliferate like small woodland creatures. I'll be adding        
them as _I_ need them for other RT-related projects. If _you_ need a            
callback added to RT's codebase, send a unified diff as an attachment to        
a message describing the callback to rt-3.0-bugs@fsck.com. Callbacks            
don't really impact the codebase, so I'm willing to take them                   
"whenever," at my convenience.                                                  




=head1 BUG REPORTS, PATCHES

Use rt-<major-version>-bugs@fsck.com for I<any> bug that is not
being fixed immediately.  If it is not in SourceForge.net, there
is a good chance it will be forgotten.

Send patches to rt-<major-version>-bugs@fsck.com, too.  Use C<diff
-u> for patches.



=head1 TO DO

Talk about DBIx::SearchBuilder

Talk about mason
        component style
        cascading style sheets
         
Talk about adding a new translation

Talk more about logging

=head1 CHANGES

        Adapted from Slash Styleguide by jesse - 20 Dec, 2002


=head1 VERSION

0.1 
From mixo at beth.uniforum.org.za  Thu Feb  6 02:15:22 2003
From: mixo at beth.uniforum.org.za (mixo)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] [rt-announce] fsck.com RT instance Upgraded to 2.1.68
References: <20030205193252.GP26723@pallas.fsck.com>
Message-ID: <3E420B8A.2030805@beth.uniforum.org.za>

Jesse Vincent wrote:

>You have no idea how much pleasure it gives me to announce that
>fsck.com's RT instance has been upgraded to RT 2.1.68. We'll be watching 
>closely over the next serveral days to make sure everything is in order,
>but so far, so good.
>
>
>	
>
One question: what is the url of the instance of RT?



From jesse at bestpractical.com  Thu Feb  6 02:13:16 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] [rt-announce] fsck.com RT instance Upgraded to 2.1.68
In-Reply-To: <3E420B8A.2030805@beth.uniforum.org.za>
References: <20030205193252.GP26723@pallas.fsck.com> <3E420B8A.2030805@beth.uniforum.org.za>
Message-ID: <20030206071316.GN19555@pallas.fsck.com>

> >
> One question: what is the url of the instance of RT?

if you go to fsck.com/rt2/ where the instance used to live, 
you'll be redirected to rt3.fsck.com, its new home.

	-j

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From hwagener at hamburg.fcb.com  Thu Feb  6 04:39:57 2003
From: hwagener at hamburg.fcb.com (Harald Wagener)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] [rt-announce] fsck.com RT instance Upgraded to 2.1.68
In-Reply-To: <20030206071316.GN19555@pallas.fsck.com>
Message-ID: <F47DA3D1-39B6-11D7-A949-003065DC18B8@hamburg.fcb.com>

On Thursday, February 6, 2003, at 08:13  Uhr, Jesse Vincent wrote:

>>>
>> One question: what is the url of the instance of RT?
>
> if you go to fsck.com/rt2/ where the instance used to live,
> you'll be redirected to rt3.fsck.com, its new home.

When I do that with a web browser identified by the following string:

"Mozilla/5.0 (Macintosh; U; PPC Mac OS X; de-de) AppleWebKit/51
(like Gecko) Safari/51"

I get some asian looking login screen. The web pages are not german at 
all as well, being a mix of misrendered utf8 characters (not Your 
fault) and english.

I guess the /de-de/ is not standards compliant.

Regards,
     Harald

-- 
Harald Wagener * FCB/Wilkens * An der Alster 42 * 20099 Hamburg


From hwagener at hamburg.fcb.com  Thu Feb  6 06:08:41 2003
From: hwagener at hamburg.fcb.com (Harald Wagener)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] [rt-announce] RT 3.0 Beta 1
Message-ID: <59BECD8C-39C3-11D7-A949-003065DC18B8@hamburg.fcb.com>


Begin forwarded message:

> From: Jesse Vincent <jesse@bestpractical.com>
> Date: Do Feb 6, 2003  1:21:35  Uhr Europe/Berlin
> To: rt-announce@lists.fsck.com
> Subject: [rt-devel] [rt-announce] RT 3.0 Beta 1
>
>
>   As is always the case with such announcements, it gives me great
> pleasure to announce that the build tagged as rt.2.1.69 is the
> first Beta release of RT 3.0.
[snip]
> You can download this release at:
>
>   http://www.bestpractical.com/pub/rt/devel/rt-3-0-beta1.tar.gz
>
> A beta-quality import tool is available from:

I still can't login with root/password, but at least I can behold the 
beauty of rt3 at Your site now....

>   http://www.bestpractical.com/pub/rt/devel/rt2-to-rt3-v1.4.tar.gz
>
>     This import tool should be used to _test_ the import of
>   your data into an RT instance, but if you intend to migrate from
>   RT2 to RT3 at this time, it is strongly recommended that you check
>   over the imported data by hand, paying particular attention to
>   Scrips and ACLs.
>

Failure of import over here (this is with MySQL 4.0.9 - I just did the 
upgrade).


|[Thu Feb  6 11:04:36 2003] [warning]: DBD::mysql::st execute failed: 
Column |'Disabled' cannot be null at 
/usr/lib/perl5/site_perl/5.8.0/DBIx/SearchBuilder/|Handle.pm line 376.
| (/opt/rt3/lib/RT.pm:220)
|[Thu Feb  6 11:04:36 2003] [warning]: RT::Handle=HASH(0x8cbf0fc) 
couldn't execute |the query 'INSERT INTO CustomFields (Queue, Creator, 
Type, LastUpdatedBy, |Disabled, SortOrder, Created, Name, Description, 
LastUpdated) VALUES (?, ?, ?, ?, |?, ?, ?, ?, ?, ?)' at 
/usr/lib/perl5/site_perl/5.8.0/DBIx/SearchBuilder/Handle.pm |line 383.
| (/opt/rt3/lib/RT.pm:220)
|[Thu Feb  6 11:04:36 2003] [crit]: Couldn't create custom field 
Arbeitsplatz at |dumpfile-to-rt-3.0 line 295.
| (/opt/rt3/lib/RT.pm:226)

Regards,
     Harald Wagener
-- 
Harald Wagener * FCB/Wilkens * An der Alster 42 * 20099 Hamburg


From ASnare at allshare.nl  Thu Feb  6 06:13:10 2003
From: ASnare at allshare.nl (Andrew Snare)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] fsck.com RT instance Upgraded to 2.1.68
In-Reply-To: <F47DA3D1-39B6-11D7-A949-003065DC18B8@hamburg.fcb.com>
References: <20030206071316.GN19555@pallas.fsck.com>
Message-ID: <5.1.0.14.0.20030206120445.037c8110@10.1.3.36>

At 10:39 AM 6/02/2003 +0100, Harald Wagener wrote:
>>if you go to fsck.com/rt2/ where the instance used to live,
>>you'll be redirected to rt3.fsck.com, its new home.
>
>When I do that with a web browser identified by the following string:
>
>"Mozilla/5.0 (Macintosh; U; PPC Mac OS X; de-de) AppleWebKit/51
>(like Gecko) Safari/51"
>
>I get some asian looking login screen. The web pages are not german at all 
>as well, being a mix of misrendered utf8 characters (not Your fault) and 
>english.
>
>I guess the /de-de/ is not standards compliant.

The de-de in the version string should be irrelevant since for language 
purposes it should be using the HTTP-Accept-Language header your browser 
sends. I think this is broken in RT, however. I noticed this problem in an 
early release of the 2.1 but didn't have time to investigate.

At any rate, my HTTP-Accept-Language header is:
         HTTP_ACCEPT_LANGUAGE=en-au, en;q=0.66, nl;q=0.33

When I aim this at <http://rt3.fsck.com/> I get a Dutch page, despite the 
fact that English is listed as preferable. If I yank Dutch from the end of 
the list, I get an English page (as expected). Hence I think there's a 
problem with the auto-language detection in RT3.

It's commendable that RT is trying to do the right thing here. One of my 
pet hates is web i18n that ignores what your browser says about your 
language preferences.

Cheers,

  - Andrew



From hwagener at hamburg.fcb.com  Thu Feb  6 06:26:04 2003
From: hwagener at hamburg.fcb.com (Harald Wagener)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] fsck.com RT instance Upgraded to 2.1.68
In-Reply-To: <5.1.0.14.0.20030206120445.037c8110@10.1.3.36>
Message-ID: <C759526E-39C5-11D7-B9E9-003065DC18B8@hamburg.fcb.com>

Am Donnerstag, 06.02.03 um 12:13 Uhr schrieb Andrew Snare:

> At 10:39 AM 6/02/2003 +0100, Harald Wagener wrote:
>>
>> I guess the /de-de/ is not standards compliant.
>
> The de-de in the version string should be irrelevant since for 
> language purposes it should be using the HTTP-Accept-Language header 
> your browser sends.

Ah, OK. How do I find out what HTTP-Accept-Language header my browser 
sends?

Regards,
     Harald

-- 
Harald Wagener * FCB/Wilkens * An der Alster 42 * 20099 Hamburg


From bthauvin at clearchannel.fr  Thu Feb  6 06:33:51 2003
From: bthauvin at clearchannel.fr (THAUVIN Blaise (Dir. Informatique))
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] Language detection bug
Message-ID: <870E25EC362DD6118A7400306E1260E2010D49D5@33par_exchange.dauphin-affichage.com>

Skipped content of type multipart/alternative
From autrijus at autrijus.org  Thu Feb  6 07:48:55 2003
From: autrijus at autrijus.org (Autrijus Tang)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] Language detection bug
In-Reply-To: <870E25EC362DD6118A7400306E1260E2010D49D5@33par_exchange.dauphin-affichage.com>
References: <870E25EC362DD6118A7400306E1260E2010D49D5@33par_exchange.dauphin-affichage.com>
Message-ID: <20030206124854.GA10512@not.autrijus.org>

On Thu, Feb 06, 2003 at 12:33:51PM +0100, THAUVIN Blaise (Dir. Informatique) wrote:
> I confirm something is broken in RT concerning language detection.
> I use IE6 on windows 2000.
> My language settings are [EN] and [FR], French being usually first.
> When connecting, RT seems to ignore the preference order I set. I get the
> french language whenever French is present in the list.

This is because 'en-us' is provided, instead of 'en'.  This is arguably wrong,
since there's no US-specific things in that lexicon -- maybe just mv
rt/lib/RT/I18N/en_us.po to en.po?

/Autrijus/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://pallas.eruditorum.org/pipermail/rt-devel/attachments/20030206/78a9279e/attachment.pgp
From ASnare at allshare.nl  Thu Feb  6 08:05:57 2003
From: ASnare at allshare.nl (Andrew Snare)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] fsck.com RT instance Upgraded to 2.1.68
In-Reply-To: <C759526E-39C5-11D7-B9E9-003065DC18B8@hamburg.fcb.com>
References: <5.1.0.14.0.20030206120445.037c8110@10.1.3.36>
Message-ID: <5.1.0.14.0.20030206140351.032679c8@10.1.3.36>

At 12:26 PM 6/02/2003 +0100, Harald Wagener wrote:
>Ah, OK. How do I find out what HTTP-Accept-Language header my browser sends?

Drop the following script in your cgi-bin area, and point your browser at it.

#!/bin/sh
#
# printenv -- simple CGI program which just prints its environment.
#
#  - Andrew Snare <ajs@pigpond.com>
#

echo "Content-type: text/plain\n";
exec env | sort -t=

# End

Make sure it's executable.

  - Andrew



From hwagener at hamburg.fcb.com  Thu Feb  6 09:37:27 2003
From: hwagener at hamburg.fcb.com (Harald Wagener)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] fsck.com RT instance Upgraded to 2.1.68
In-Reply-To: <5.1.0.14.0.20030206140351.032679c8@10.1.3.36>
Message-ID: <83D7FED9-39E0-11D7-A299-003065DC18B8@hamburg.fcb.com>

Am Donnerstag, 06.02.03 um 14:05 Uhr schrieb Andrew Snare:

> At 12:26 PM 6/02/2003 +0100, Harald Wagener wrote:
>> Ah, OK. How do I find out what HTTP-Accept-Language header my browser 
>> sends?
>
> Drop the following script in your cgi-bin area, and point your browser 
> at it.
>
[snip]
> Make sure it's executable.
>
>  - Andrew

Amongst other info, I spotted this nice one:

|HTTP_ACCEPT_LANGUAGE=de-de, ja;q=0.20, en;q=0.60, en-us;q=0.40, 
de;q=0.80

Why japanese still is in there is beyond me, but being on a Mac at the 
time being, I am bound to the system preferences (where I selected 
german,english,us-english in that order).

Safari is evil, but at least it recognizes some of the info. Chimera 
just has no user configurable Language Acception stuff.

Regards,
     Harald
-- 
Harald Wagener * FCB/Wilkens * An der Alster 42 * 20099 Hamburg


From ASnare at allshare.nl  Thu Feb  6 10:42:04 2003
From: ASnare at allshare.nl (Andrew Snare)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] RT language selection [Was: fsck.com RT instance Upgraded to
 2.1.68]
In-Reply-To: <83D7FED9-39E0-11D7-A299-003065DC18B8@hamburg.fcb.com>
References: <5.1.0.14.0.20030206140351.032679c8@10.1.3.36>
Message-ID: <5.1.0.14.0.20030206161523.036bd090@10.1.3.36>

At 03:37 PM 6/02/2003 +0100, Harald Wagener wrote:
>|HTTP_ACCEPT_LANGUAGE=de-de, ja;q=0.20, en;q=0.60, en-us;q=0.40, de;q=0.80
>
>Why japanese still is in there is beyond me, but being on a Mac at the 
>time being, I am bound to the system preferences (where I selected 
>german,english,us-english in that order).

Your list is equivalent to:
         de-de
         de[-]*
         en[-]*
         en-us
         ja[-]*

Ignoring the Japanese on the end, note that en-us will never be 'selected' 
because 'en' occurs higher in the list. I doubt this is intended.

>Safari is evil, but at least it recognizes some of the info. Chimera just 
>has no user configurable Language Acception stuff.

Getting waaaay off-topic here, but if Chimera uses the same preferences 
code as Mozilla, you can change the languages line in your prefs.js to 
something like:

         user_pref("intl.accept_languages", "en-au, en, nl");

Chimera is arguably broken if it's sending an Accept-Languages header but 
doesn't give you a way to alter the settings (according to the RFC).

This Accept-Language stuff is defined in RFC2616, Section 14.4.

Cheers,

  - Andrew




From ASnare at allshare.nl  Thu Feb  6 10:44:40 2003
From: ASnare at allshare.nl (Andrew Snare)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] Language detection bug
In-Reply-To: <20030206124854.GA10512@not.autrijus.org>
References: <870E25EC362DD6118A7400306E1260E2010D49D5@33par_exchange.dauphin-affichage.com>
 <870E25EC362DD6118A7400306E1260E2010D49D5@33par_exchange.dauphin-affichage.com>
Message-ID: <5.1.0.14.0.20030206164216.03368290@10.1.3.36>

At 08:48 PM 6/02/2003 +0800, Autrijus Tang wrote:
>This is because 'en-us' is provided, instead of 'en'.  This is arguably wrong,
>since there's no US-specific things in that lexicon -- maybe just mv
>rt/lib/RT/I18N/en_us.po to en.po?

While this fix may work, I think there's still a bug in the 
language-matching. According to my reading of RFC2616, Section 14.4, if 
'en' is in my list, RT should be matching that against the 'en-us' that it 
can supply.

  - Andrew



From jesse at bestpractical.com  Thu Feb  6 13:28:25 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] Language detection bug
In-Reply-To: <5.1.0.14.0.20030206164216.03368290@10.1.3.36>
References: <870E25EC362DD6118A7400306E1260E2010D49D5@33par_exchange.dauphin-affichage.com> <870E25EC362DD6118A7400306E1260E2010D49D5@33par_exchange.dauphin-affichage.com> <5.1.0.14.0.20030206164216.03368290@10.1.3.36>
Message-ID: <20030206182825.GU19555@pallas.fsck.com>

On Thu, Feb 06, 2003 at 04:44:40PM +0100, Andrew Snare wrote:
> At 08:48 PM 6/02/2003 +0800, Autrijus Tang wrote:
> >This is because 'en-us' is provided, instead of 'en'.  This is arguably 
> >wrong,
> >since there's no US-specific things in that lexicon -- maybe just mv
> >rt/lib/RT/I18N/en_us.po to en.po?
> 
> While this fix may work, I think there's still a bug in the 
> language-matching. According to my reading of RFC2616, Section 14.4, if 
> 'en' is in my list, RT should be matching that against the 'en-us' that it 
> can supply.

Which part of the language in that section? I'm not seeing it. 
FWIW, RT is using Locale::Maketext to do the parsing of the language
tags. Switching from en-us to en seems to be at least _one_ of the right
things to do. If we can make a case for anything else, I'm sure Sean
would be happy to let us try to sell him on it.

	-j

> 
>  - Andrew
> 
> 
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel
> 

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Thu Feb  6 13:33:26 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] [rt-announce] RT 3.0 Beta 1
In-Reply-To: <59BECD8C-39C3-11D7-A949-003065DC18B8@hamburg.fcb.com>
References: <59BECD8C-39C3-11D7-A949-003065DC18B8@hamburg.fcb.com>
Message-ID: <20030206183326.GW19555@pallas.fsck.com>

> Failure of import over here (this is with MySQL 4.0.9 - I just did the 
> upgrade).

A new import tool should be out later today which will resolve this
issue.

> 
> |[Thu Feb  6 11:04:36 2003] [warning]: DBD::mysql::st execute failed: 
> Column |'Disabled' cannot be null at 
> /usr/lib/perl5/site_perl/5.8.0/DBIx/SearchBuilder/|Handle.pm line 376.
> | (/opt/rt3/lib/RT.pm:220)
> |[Thu Feb  6 11:04:36 2003] [warning]: RT::Handle=HASH(0x8cbf0fc) 
> couldn't execute |the query 'INSERT INTO CustomFields (Queue, Creator, 
> Type, LastUpdatedBy, |Disabled, SortOrder, Created, Name, Description, 
> LastUpdated) VALUES (?, ?, ?, ?, |?, ?, ?, ?, ?, ?)' at 
> /usr/lib/perl5/site_perl/5.8.0/DBIx/SearchBuilder/Handle.pm |line 383.
> | (/opt/rt3/lib/RT.pm:220)
> |[Thu Feb  6 11:04:36 2003] [crit]: Couldn't create custom field 
> Arbeitsplatz at |dumpfile-to-rt-3.0 line 295.
> | (/opt/rt3/lib/RT.pm:226)
> 
> Regards,
>     Harald Wagener
> -- 
> Harald Wagener * FCB/Wilkens * An der Alster 42 * 20099 Hamburg
> 
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel
> 

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From mrz at intelenet.net  Thu Feb  6 13:38:45 2003
From: mrz at intelenet.net (matthew zeier)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] conversion / migration tool question
References: <59BECD8C-39C3-11D7-A949-003065DC18B8@hamburg.fcb.com> <20030206183326.GW19555@pallas.fsck.com>
Message-ID: <006601c2ce0e$fafe50b0$6d180a0a@MRZTP>

This is probably a wish but along with this import tool, can I migrate from
mysql to postgres?  Higher ups have decided that's the new corp standard db.

- mz

----- Original Message -----
From: "Jesse Vincent" <jesse@bestpractical.com>
To: "Harald Wagener" <hwagener@hamburg.fcb.com>
Cc: <rt-devel@lists.fsck.com>
Sent: Thursday, February 06, 2003 10:33 AM
Subject: Re: [rt-devel] [rt-announce] RT 3.0 Beta 1



> Failure of import over here (this is with MySQL 4.0.9 - I just did the
> upgrade).

A new import tool should be out later today which will resolve this
issue.

>
> |[Thu Feb  6 11:04:36 2003] [warning]: DBD::mysql::st execute failed:
> Column |'Disabled' cannot be null at
> /usr/lib/perl5/site_perl/5.8.0/DBIx/SearchBuilder/|Handle.pm line 376.
> | (/opt/rt3/lib/RT.pm:220)
> |[Thu Feb  6 11:04:36 2003] [warning]: RT::Handle=HASH(0x8cbf0fc)
> couldn't execute |the query 'INSERT INTO CustomFields (Queue, Creator,
> Type, LastUpdatedBy, |Disabled, SortOrder, Created, Name, Description,
> LastUpdated) VALUES (?, ?, ?, ?, |?, ?, ?, ?, ?, ?)' at
> /usr/lib/perl5/site_perl/5.8.0/DBIx/SearchBuilder/Handle.pm |line 383.
> | (/opt/rt3/lib/RT.pm:220)
> |[Thu Feb  6 11:04:36 2003] [crit]: Couldn't create custom field
> Arbeitsplatz at |dumpfile-to-rt-3.0 line 295.
> | (/opt/rt3/lib/RT.pm:226)
>
> Regards,
>     Harald Wagener
> --
> Harald Wagener * FCB/Wilkens * An der Alster 42 * 20099 Hamburg
>
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel
>

--
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.
_______________________________________________
rt-devel mailing list
rt-devel@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-devel


From jesse at bestpractical.com  Thu Feb  6 13:45:22 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] conversion / migration tool question
In-Reply-To: <006601c2ce0e$fafe50b0$6d180a0a@MRZTP>
References: <59BECD8C-39C3-11D7-A949-003065DC18B8@hamburg.fcb.com> <20030206183326.GW19555@pallas.fsck.com> <006601c2ce0e$fafe50b0$6d180a0a@MRZTP>
Message-ID: <20030206184522.GZ19555@pallas.fsck.com>



On Thu, Feb 06, 2003 at 10:38:45AM -0800, matthew zeier wrote:
> 
> This is probably a wish but along with this import tool, can I migrate from
> mysql to postgres?  Higher ups have decided that's the new corp standard db.

The postgres port isn't well tested yet, but if you want to exercise it,
by all means report back ;) The upgrade tool serializes data to a
database-neutral format. you should be able to switch engines when you
upgrade RT.



> - mz
 

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From mbartsch at netglobalis.net  Thu Feb  6 15:52:59 2003
From: mbartsch at netglobalis.net (Marcelo Bartsch)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] IS possible to "overwrite" a function in RT3 ?
Message-ID: <1044564779.20154.8.camel@R2D2.NETGLOBALIS.CL>

Hello,
	i'm trying to implement a diferent IsPassword function on RT3, is
possible to put a .pm file somewhere the rt3 directories, so instead of
use IsPassword from User_Overlay.pm use the one i code?
i need this since my current RT2 authenticate against a Windows2000 AD
and not local passwords and i don't want to be patching all releases
until 3.0 final :) 

Thanks in advance.

-- 
   Marcelo Bartsch
mbartsch@netglobalis.net
  www.netglobalis.net

PGP Fingerprint : 
877E 3A56 F523 B44A 3260  8F83 8916 E158 6100 F721


From jesse at bestpractical.com  Thu Feb  6 16:19:30 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] IS possible to "overwrite" a function in RT3 ?
In-Reply-To: <1044564779.20154.8.camel@R2D2.NETGLOBALIS.CL>
References: <1044564779.20154.8.camel@R2D2.NETGLOBALIS.CL>
Message-ID: <20030206211930.GC19555@pallas.fsck.com>

so. if you perldoc User.pm it should tell you ennough about how to
create  User_Local.pm to get you started.



On Thu, Feb 06, 2003 at 05:52:59PM -0300, Marcelo Bartsch wrote:
> Hello,
> 	i'm trying to implement a diferent IsPassword function on RT3, is
> possible to put a .pm file somewhere the rt3 directories, so instead of
> use IsPassword from User_Overlay.pm use the one i code?
> i need this since my current RT2 authenticate against a Windows2000 AD
> and not local passwords and i don't want to be patching all releases
> until 3.0 final :) 
> 
> Thanks in advance.
> 
> -- 
>    Marcelo Bartsch
> mbartsch@netglobalis.net
>   www.netglobalis.net
> 
> PGP Fingerprint : 
> 877E 3A56 F523 B44A 3260  8F83 8916 E158 6100 F721
> 
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel
> 

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From mbartsch at netglobalis.net  Thu Feb  6 16:30:07 2003
From: mbartsch at netglobalis.net (Marcelo Bartsch)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] IS possible to "overwrite" a function in RT3 ?
In-Reply-To: <20030206211930.GC19555@pallas.fsck.com>
References: <1044564779.20154.8.camel@R2D2.NETGLOBALIS.CL>
	 <20030206211930.GC19555@pallas.fsck.com>
Message-ID: <1044567007.20151.10.camel@R2D2.NETGLOBALIS.CL>

On Thu, 2003-02-06 at 18:19, Jesse Vincent wrote:
*grin* thanks! mmh i need to culturize myself more on perl :)

Thanks a lot!

> so. if you perldoc User.pm it should tell you ennough about how to
> create  User_Local.pm to get you started.
> 
> 
> 
> On Thu, Feb 06, 2003 at 05:52:59PM -0300, Marcelo Bartsch wrote:
> > Hello,
> > 	i'm trying to implement a diferent IsPassword function on RT3, is
> > possible to put a .pm file somewhere the rt3 directories, so instead of
> > use IsPassword from User_Overlay.pm use the one i code?
> > i need this since my current RT2 authenticate against a Windows2000 AD
> > and not local passwords and i don't want to be patching all releases
> > until 3.0 final :) 
> > 
> > Thanks in advance.
> > 
> > -- 
> >    Marcelo Bartsch
> > mbartsch@netglobalis.net
> >   www.netglobalis.net
> > 
> > PGP Fingerprint : 
> > 877E 3A56 F523 B44A 3260  8F83 8916 E158 6100 F721
> > 
> > _______________________________________________
> > rt-devel mailing list
> > rt-devel@lists.fsck.com
> > http://lists.fsck.com/mailman/listinfo/rt-devel
> > 
-- 
   Marcelo Bartsch
mbartsch@netglobalis.net
  www.netglobalis.net

PGP Fingerprint : 
877E 3A56 F523 B44A 3260  8F83 8916 E158 6100 F721


From jo2y at midnightlinux.com  Thu Feb  6 17:25:23 2003
From: jo2y at midnightlinux.com (James O'Kane)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] RT3.0 timeframe
Message-ID: <Pine.LNX.4.44.0302061720270.11596-100000@yar.midnightlinux.com>

I'm not sure how to ask this delicately, but when do you estimate that a 
near final release of 3.0 will be done? I'm several days into setting up 
RT2.0 for our needs, but if 3.0 is going to be stable soon, I want to 
follow that branch now instead of doing an upgrade in a month.
I understand there probably isn't a market driven release date like other 
software, but I'm looking for some idea so I can make an informed 
decision.

Also, is anyone successfully running either version with Apache 2.0? The
README for the beta says that it is supported, and we would prefer to keep
as close to the default installation of RH8.0 as we can. Currently I'm
using a version of 1.3.x.

thanks
-james



From mhat at netlag.com  Thu Feb  6 18:29:37 2003
From: mhat at netlag.com (Matt Knopp)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] RT3.0 timeframe
In-Reply-To: <Pine.LNX.4.44.0302061720270.11596-100000@yar.midnightlinux.com>; from jo2y@midnightlinux.com on Thu, Feb 06, 2003 at 05:25:23PM -0500
References: <Pine.LNX.4.44.0302061720270.11596-100000@yar.midnightlinux.com>
Message-ID: <20030206172937.P48616@cthuga.netlag.com>

> Also, is anyone successfully running either version with Apache 2.0? The
> README for the beta says that it is supported, and we would prefer to keep
> as close to the default installation of RH8.0 as we can. Currently I'm
> using a version of 1.3.x.

I had RT3 running under Apache2 a few weeks ago, it seemed to work fine. 
For reasons unrelated to RT3 I ended up deciding that Apache2 was still 
too new for production (sigh) so I switched back to 1.3.x.  RT3 pretty 
much worked out of the box  I believe there were one or two things I had
to ignore when I ran test deps. Specifically there is no Apache::Request
that is compatible with Apache 2.0, and at the time there was also no 
Apache::DBI. 

-Matt

From jeffholst at hotmail.com  Fri Feb  7 01:40:07 2003
From: jeffholst at hotmail.com (Jeff Holst)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] Bareword "REDIRECT" not allowed while "strict subs" in use
Message-ID: <F123sgT404CfngVdwnP000310a9@hotmail.com>

I just installed a new instance of rt-2-1-69 on a test machine with a 
working copy of rt-2-0-15.  After completing the initial install steps ( 
including: perl sbin/rt-test-dependencies --with-mysql --with-modperl1 
--install ) to meet new prereqs, I'm now encountering the following error 
when I try to restart apache with the new or old version of RT.  Any help 
would be appreciated.

[Fri Feb  7 00:31:52 2003] [error] Bareword "REDIRECT" not allowed while 
"strict subs" in use at 
/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm line 188.
BEGIN not safe after errors--compilation aborted at 
/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm line 197.
Compilation failed in require at /usr/local/rt3-beta/bin/webmux.pl line 47.
BEGIN failed--compilation aborted at /usr/local/rt3-beta/bin/webmux.pl line 
53.
Compilation failed in require at (eval 5) line 1.

Syntax error on line 315 of /usr/local/apache/conf/httpd.conf:
Bareword "REDIRECT" not allowed while "strict subs" in use at 
/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm line 188.
BEGIN not safe after errors--compilation aborted at 
/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm line 197.
Compilation failed in require at /usr/local/rt3-beta/bin/webmux.pl line 47.
BEGIN failed--compilation aborted at /usr/local/rt3-beta/bin/webmux.pl line 
53.
Compilation failed in require at (eval 5) line 1.

./apachectl start: httpd could not be started


_________________________________________________________________
Tired of spam? Get advanced junk mail protection with MSN 8. 
http://join.msn.com/?page=features/junkmail


From ASnare at allshare.nl  Fri Feb  7 05:23:48 2003
From: ASnare at allshare.nl (Andrew Snare)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] Language detection bug
In-Reply-To: <20030206182825.GU19555@pallas.fsck.com>
References: <5.1.0.14.0.20030206164216.03368290@10.1.3.36>
 <870E25EC362DD6118A7400306E1260E2010D49D5@33par_exchange.dauphin-affichage.com>
 <870E25EC362DD6118A7400306E1260E2010D49D5@33par_exchange.dauphin-affichage.com>
 <5.1.0.14.0.20030206164216.03368290@10.1.3.36>
Message-ID: <5.1.0.14.0.20030207102442.03402528@10.1.3.36>

At 01:28 PM 6/02/2003 -0500, Jesse Vincent wrote:
>On Thu, Feb 06, 2003 at 04:44:40PM +0100, Andrew Snare wrote:
> > At 08:48 PM 6/02/2003 +0800, Autrijus Tang wrote:
> > >This is because 'en-us' is provided, instead of 'en'.  This is arguably
> > >wrong,
> > >since there's no US-specific things in that lexicon -- maybe just mv
> > >rt/lib/RT/I18N/en_us.po to en.po?
> >
> > While this fix may work, I think there's still a bug in the
> > language-matching. According to my reading of RFC2616, Section 14.4, if
> > 'en' is in my list, RT should be matching that against the 'en-us' that it
> > can supply.
>
>Which part of the language in that section? I'm not seeing it.
>FWIW, RT is using Locale::Maketext to do the parsing of the language
>tags. Switching from en-us to en seems to be at least _one_ of the right
>things to do. If we can make a case for anything else, I'm sure Sean
>would be happy to let us try to sell him on it.

I'm reading it again; it's a little ambiguous. The text we're discussing, 
reformatted, is:
         A language-range matches a language-tag if:
                 1) it exactly equals the tag; or if
                 2) it exactly equals a prefix of the tag such that the
                    first tag character following the prefix is "-".
         The special range "*", if present in the Accept-Language field,
         matches every tag not matched by any other range present in the
         Accept-Language field.

Definitions, restated to give context and also highlight any bad 
assumptions[1] I'm making, are:
         language-range:
                 One of the languages tags in the client-supplied 
Accept-Languages
                 header. Eg: 'en' or 'en-au'
         language-tag:
                 The language tag of the available content on the server.
                 Eg: 'en-us'
                 (NOTE: This is not explicitly defined, unfortunately, and I
                  may be making an error in assuming this.)

The situation that has occurred, is that people have 'en' in their 
Accept-Languages header, and the server has 'en-us' content available. It 
seems to me that these should match since 'en' is a prefix of 'en-us'.

As you mention, switching from en-us to en is one of several possible 
solutions. I'd argue against this switch however, for the following reasons:
         1) If a user has 'en-us' on the list, but not 'en', they won't get 
the     content. (The prefix rule is one-way). This is apparently quite common.
         2) Although there might not be much specifically American in 
the           translation, it will be American in subtle ways[2].

I hope this helps, one way or the other. Cheers,

  - Andrew
[1] My assumptions appear to at least match those in this post:
<http://groups.google.com/groups?selm=Pine.HPP.3.95a.1000121173010.24389J-100000%40hpplus01.cern.ch>
[2] For more information, see Section 2.2 of 
<http://kfa.univ.szczecin.pl/histvar/american.html>




From lfarkas at bnap.hu  Fri Feb  7 09:20:50 2003
From: lfarkas at bnap.hu (Farkas Levente)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] hungarian translation
Message-ID: <3E43C0C2.8020305@bnap.hu>

hi,
AFAIS rt hasn't hungarian translation. actualy we just try to compile it 
and collect those dozens of perl packages which are requires (which 
seems to a nightmare, and would be better to create one rt-perl package 
which contains all perl packages which is needed). but if we ready and 
like it, we'd like to translate it to hungarian. so if... what we should 
have to translate in which format ..etc?

-- 
   Levente                               "Si vis pacem para bellum!"


From jesse at bestpractical.com  Fri Feb  7 14:15:29 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] RT2 -> RT3 1.5
Message-ID: <20030207191529.GO19555@pallas.fsck.com>

Is out now. it should fix the importer issues various people have been
seeing.
-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Fri Feb  7 14:33:37 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] Beginnings of RT3 documentation now available for review
Message-ID: <20030207193337.GQ19555@pallas.fsck.com>

In the coming weeks, RT3's documentation set will be made available for
public review online. The purporse of this review is to fine-tune
the documentation set and make sure we're covering everything that needs
to be covered.  Right now, we've got the Introduction up, as well as the
glossary and a table of scrips. Have a read through what's there and
send your feedback to doc-comments@bestpractical.com.

The current drafts are made available to you for review only. They are 
Copyright 2003 Best Practical Solutions, LLC. At this time,
redistribution is NOT permitted.  Drafts are available at:

	http://www.bestpractical.com/tech-review/

Best,

	Jesse

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jo2y at midnightlinux.com  Fri Feb  7 14:53:53 2003
From: jo2y at midnightlinux.com (James O'Kane)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] rt-mailgate and $WebExternalAuth
Message-ID: <Pine.LNX.4.44.0302071447240.15213-100000@yar.midnightlinux.com>

Now that rt-mailgate uses a webpage to submit tickets, $WebExternalAuth 
gets in the way. I'm not sure if a --user and --pass option should be 
added to rt-mailgate or if just a note in the install documentation would 
be enough.
In my case, I'm going override CurrentUser::IsPassword to do the external 
checking and remove $WebExternalAuth.

-james



From jesse at bestpractical.com  Fri Feb  7 14:59:33 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:43 2004
Subject: [rt-devel] rt-mailgate and $WebExternalAuth
In-Reply-To: <Pine.LNX.4.44.0302071447240.15213-100000@yar.midnightlinux.com>
References: <Pine.LNX.4.44.0302071447240.15213-100000@yar.midnightlinux.com>
Message-ID: <20030207195933.GU19555@pallas.fsck.com>



On Fri, Feb 07, 2003 at 02:53:53PM -0500, James O'Kane wrote:
> Now that rt-mailgate uses a webpage to submit tickets, $WebExternalAuth 
> gets in the way. I'm not sure if a --user and --pass option should be 
> added to rt-mailgate or if just a note in the install documentation would 
> be enough.

If you haven't configured your web server to let requests to the various
NoAuth directories, I suspect that this won't be the only thing that
bites you. But yes, I'd take a patch to let the mailgate do HTTP auth
when necessary.

> In my case, I'm going override CurrentUser::IsPassword to do the external 
> checking and remove $WebExternalAuth.
> 
> -james
> 
> 
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From demarest at arraycomm.com  Thu Feb  6 17:39:45 2003
From: demarest at arraycomm.com (Timothy Demarest)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Problem starting rt 2.1.x after good install
Message-ID: <162574265.1044542385@[172.16.1.29]>

I've got a trange problem with getting the 2.1.63,64, and 69 working with 
apache 1.3.27. RT2 (2.0.15) works just fine, and has been for a long time, 
using a very similar virtual host configuration. I havent tried any other 
releases 2.1.x releases. The problem crops up when I try to start apache:

        /etc/init.d/httpd start
        Subroutine handler redefined at /rt3/bin/webmux.pl line 111.
        [Thu Feb  6 09:37:43 2003] [error] Undefined subroutine
        &RT::LoadConfig called at /rt3/bin/webmux.pl line 60. Compilation
        failed in require at (eval 73) line 1.

        Syntax error on line 1322 of /home/http/conf/httpd.conf:
        Undefined subroutine &RT::LoadConfig called at /rt3/bin/webmux.pl
        line 60. Compilation failed in require at (eval 73) line 1.

        /rhome/http/bin/apachectl start: httpd could not be started
        httpd started

Here is the relevant virtual hosts section of the apache conf:

<VirtualHost 172.16.0.144:80>
    ServerAdmin rtadmin@arraycomm.com
    ServerAlias rt3.arraycomm.com rt3
    DocumentRoot /rt3/share/html
    ServerName rt3.arraycomm.com
    Options FollowSymLinks SymLinksIfOwnerMatch ExecCGI
    AddDefaultCharset UTF-8
    PerlModule Apache::DBI
    PerlRequire /rt3/bin/webmux.pl
    <FilesMatch "\.html$">
        SetHandler perl-script
        PerlHandler RT::Mason
    </FilesMatch>
    <LocationMatch "/Attachment/">
      SetHandler perl-script
      PerlHandler RT::Mason
    </LocationMatch>

    ErrorLog logs/rt3-error.log
    TransferLog logs/rt3-access.log
</VirtualHost>

If I simply execute the webmux.pl script from the command line as the user 
Apache runs as, it doesn't return any errors.

Any ideas?

Tim

From autrijus at autrijus.org  Sat Feb  8 07:08:20 2003
From: autrijus at autrijus.org (Autrijus Tang)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] RSS for RT3?
In-Reply-To: <445ECBDC-2F79-11D7-984E-000393C0D078@xs4all.net>
References: <445ECBDC-2F79-11D7-984E-000393C0D078@xs4all.net>
Message-ID: <20030208120820.GA2095@not.autrijus.org>

On Fri, Jan 24, 2003 at 09:53:11AM +0100, Scott A.McIntyre wrote:
> Are there any plans afoot to support RSS for queues in RT3?  It could 
> be useful for people who have to manage a phenomenal amount of email 
> and are mostly interested in a brief representation of queue changes 
> (maybe the first X lines of a comment/reply, and of course a link into 
> the ticket itself)...

FWIW, http://p4.elixus.org/depot/RT/elixus/html/NoAuth/rss.html will
DWYM.

/Autrijus/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://pallas.eruditorum.org/pipermail/rt-devel/attachments/20030208/2c29fe1b/attachment.pgp
From jesse at bestpractical.com  Sun Feb  9 01:34:12 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] RT 2.1.70
Message-ID: <20030209063412.GM8504@pallas.fsck.com>

Contains a whole slew of bugfixes and a bunch of enhancements to the
Custom Fields API.  I haven't yet fixed blaise' IE display issue, but I
think I've gotten most of the things that everyone has reported. If your
favorite bug is still there, please send mail to rt-3.0-bugs@fsck.com

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Sun Feb  9 18:45:29 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] RT3.0 timeframe
In-Reply-To: <Pine.LNX.4.44.0302061720270.11596-100000@yar.midnightlinux.com>
References: <Pine.LNX.4.44.0302061720270.11596-100000@yar.midnightlinux.com>
Message-ID: <20030209234529.GR8504@pallas.fsck.com>


On Thu, Feb 06, 2003 at 05:25:23PM -0500, James O'Kane wrote:
> I'm not sure how to ask this delicately, but when do you estimate that a 
> near final release of 3.0 will be done? I'm several days into setting up 
> RT2.0 for our needs, but if 3.0 is going to be stable soon, I want to 
> follow that branch now instead of doing an upgrade in a month.
> I understand there probably isn't a market driven release date like other 
> software, but I'm looking for some idea so I can make an informed 
> decision.

It all depends on how the beta series goes. If everything goes smoothly,
I could see 3.0.0 happening in early March. if it doesn't, well, it'll
take longer.




-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Sun Feb  9 19:05:57 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] hungarian translation
In-Reply-To: <3E43C0C2.8020305@bnap.hu>
References: <3E43C0C2.8020305@bnap.hu>
Message-ID: <20030210000557.GB31136@pallas.fsck.com>

I've pinged the gent who first said he wanted to do the translation. if
he's not working on it, I'll happily send you a .po file to translate.

	-j


On Fri, Feb 07, 2003 at 03:20:50PM +0100, Farkas Levente wrote:
> hi,
> AFAIS rt hasn't hungarian translation. actualy we just try to compile it 
> and collect those dozens of perl packages which are requires (which 
> seems to a nightmare, and would be better to create one rt-perl package 
> which contains all perl packages which is needed). but if we ready and 
> like it, we'd like to translate it to hungarian. so if... what we should 
> have to translate in which format ..etc?
> 
> -- 
>   Levente                               "Si vis pacem para bellum!"
> 
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel
> 

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From neil-list at hostmysite.com  Sun Feb  9 21:14:50 2003
From: neil-list at hostmysite.com (Neil H.)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] hungarian translation
References: <3E43C0C2.8020305@bnap.hu> <20030210000557.GB31136@pallas.fsck.com>
Message-ID: <01ef01c2d0aa$4a437db0$a800a8c0@neilsmomma>

Is there any screenshots or a demo version of 3.0?  I would like to review
it before considering implementation.

Neil
----- Original Message -----
From: "Jesse Vincent" <jesse@bestpractical.com>
To: "Farkas Levente" <lfarkas@bnap.hu>
Cc: <rt-devel@lists.fsck.com>
Sent: Sunday, February 09, 2003 7:05 PM
Subject: Re: [rt-devel] hungarian translation


> I've pinged the gent who first said he wanted to do the translation. if
> he's not working on it, I'll happily send you a .po file to translate.
>
> -j
>
>
> On Fri, Feb 07, 2003 at 03:20:50PM +0100, Farkas Levente wrote:
> > hi,
> > AFAIS rt hasn't hungarian translation. actualy we just try to compile it
> > and collect those dozens of perl packages which are requires (which
> > seems to a nightmare, and would be better to create one rt-perl package
> > which contains all perl packages which is needed). but if we ready and
> > like it, we'd like to translate it to hungarian. so if... what we should
> > have to translate in which format ..etc?
> >
> > --
> >   Levente                               "Si vis pacem para bellum!"
> >
> > _______________________________________________
> > rt-devel mailing list
> > rt-devel@lists.fsck.com
> > http://lists.fsck.com/mailman/listinfo/rt-devel
> >
>
> --
> ?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel
>


From pdh at bestpractical.com  Mon Feb 10 01:18:46 2003
From: pdh at bestpractical.com (Phil Homewood)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] OnCorrespond and Current email address
In-Reply-To: <3DF790A5.7080402@monochromatic.net>
References: <3DF790A5.7080402@monochromatic.net>
Message-ID: <20030210061846.GG474@luggage.internal.moreton.com.au>

Marc Britten wrote:
> Is it possible to get the email address from the person sending a 
> correspondance in? [ from a scrip ]

$self->TransactionObj->CreatorObj->EmailAddress

-- 
»|« http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From pdh at bestpractical.com  Mon Feb 10 03:04:32 2003
From: pdh at bestpractical.com (Phil Homewood)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Bareword "REDIRECT" not allowed while "strict subs" in use
In-Reply-To: <F123sgT404CfngVdwnP000310a9@hotmail.com>
References: <F123sgT404CfngVdwnP000310a9@hotmail.com>
Message-ID: <20030210080432.GM474@luggage.internal.moreton.com.au>

Jeff Holst wrote:
> I just installed a new instance of rt-2-1-69 on a test machine with a 
> working copy of rt-2-0-15.  After completing the initial install steps ( 
> including: perl sbin/rt-test-dependencies --with-mysql --with-modperl1 
> --install ) to meet new prereqs, I'm now encountering the following error 
> when I try to restart apache with the new or old version of RT.  Any help 
> would be appreciated.

You are aware that you're doomed if you expect both the RT instances
to coexist under mod_perl on the same machine, right? mod_perl does
not play nicely with multiple apps. :-(

> [Fri Feb  7 00:31:52 2003] [error] Bareword "REDIRECT" not allowed while 
> "strict subs" in use at 
> /usr/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm line 188.
> BEGIN not safe after errors--compilation aborted at 
> /usr/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm line 197.

What version of HTML::Mason is installed? What version of mod_perl?
-- 
»|« http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From pdh at bestpractical.com  Mon Feb 10 03:07:08 2003
From: pdh at bestpractical.com (Phil Homewood)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] RT Apache "hack" - updated version
In-Reply-To: <Pine.LNX.4.33L2.0301151257461.8739-100000@dolphin.home>
References: <Pine.LNX.4.33L2.0301151257461.8739-100000@dolphin.home>
Message-ID: <20030210080708.GS474@luggage.internal.moreton.com.au>

Michael Brown wrote:
> In reference to "Short URLs to retrieve Ticket numbers and Queues" on the
> "Extending RT" page of the "RT Hackers Guide":
> 
> These instructions are out of date and do not work properly with the
> current version of RT (2.0.15, as far as I am aware).

Hmm.

> I presume that Search/Listing.html no longer accepts ShowQueue as an
> argument; certainly it did not seem to do anything.  In addition, it was
> necessary to use the [R] flag to avoid breaking some of the relative links
> on the pages.

You're correct about the [R]. Doco has been updated.

As to The ShowQueue stuff, on the other hand, it's always required a
patch to Search/Listing, which seems to have been forgotten when the
Hackers Guide article was written. See

http://lists.fsck.com/pipermail/rt-users/2002-April/007593.html

(linked from the Hackers Guide article) for the details.

Personally, I find that cleaner than the RewriteRule you propose;
however, your rule has the advantage of requiring no RT changes. I
guess there's room for both in the Guide. :-)

> The "new" alias is just an extra that I find handy.

Cute.

-- 
»|« http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From pdh at bestpractical.com  Mon Feb 10 03:13:00 2003
From: pdh at bestpractical.com (Phil Homewood)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Re: [rt-users] RT3/Apache2/Mod_Perl2
In-Reply-To: <003301c29a32$6ec8f060$8850a4cf@CPQ12353234267>
References: <024c01c2957a$ee3ba430$8850a4cf@derek> <20021127194305.GA34647@not.autrijus.org> <20021129075332.GA6706@not.autrijus.org> <003301c29a32$6ec8f060$8850a4cf@CPQ12353234267>
Message-ID: <20030210081300.GU474@luggage.internal.moreton.com.au>

Derek Buttineau wrote:
> #   PerlFreshRestart On                 # only for Apache/mod_perl 1.x
>     PerlModule Apache2 Apache::compat   # only for Apache/mod_perl 2.x
> 
> I get this error when I attempt to start Apache:
> 
> [Mon Dec 02 13:39:00 2002] [error] Null filename used at (eval 3) line 2.
> 
> [Mon Dec 02 13:39:00 2002] [error] Can't load Perl module # for server
> rt2.csolve.net:0, exiting...

Delete the "# only for Apache/mod_perl 2.x" bit. Apache doesn't
like comments on the same line as data, from memory...
-- 
»|« http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From hwagener at hamburg.fcb.com  Mon Feb 10 06:38:26 2003
From: hwagener at hamburg.fcb.com (Harald Wagener)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] hungarian translation
In-Reply-To: <01ef01c2d0aa$4a437db0$a800a8c0@neilsmomma>
Message-ID: <2AE19A46-3CEC-11D7-B220-003065DC18B8@hamburg.fcb.com>

Am Montag, 10.02.03 um 03:14 Uhr schrieb Neil H.:

> Is there any screenshots or a demo version of 3.0?  I would like to 
> review
> it before considering implementation.
>
> Neil
> ----- Original Message -----
> From: "Jesse Vincent" <jesse@bestpractical.com>
> To: "Farkas Levente" <lfarkas@bnap.hu>
> Cc: <rt-devel@lists.fsck.com>
> Sent: Sunday, February 09, 2003 7:05 PM
> Subject: Re: [rt-devel] hungarian translation
>

You want to have a look at http://rt3.fsck.com/

Regards,
     Harald

-- 
Harald Wagener * FCB/Wilkens * An der Alster 42 * 20099 Hamburg


From Weimer at CERT.Uni-Stuttgart.DE  Mon Feb 10 11:49:49 2003
From: Weimer at CERT.Uni-Stuttgart.DE (Florian Weimer)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Bareword "REDIRECT" not allowed while "strict subs"
 in use
In-Reply-To: <20030210080432.GM474@luggage.internal.moreton.com.au> (Phil
 Homewood's message of "Mon, 10 Feb 2003 18:04:32 +1000")
References: <F123sgT404CfngVdwnP000310a9@hotmail.com>
	<20030210080432.GM474@luggage.internal.moreton.com.au>
Message-ID: <877kc8ulle.fsf@Login.CERT.Uni-Stuttgart.DE>

Phil Homewood <pdh@bestpractical.com> writes:

> You are aware that you're doomed if you expect both the RT instances
> to coexist under mod_perl on the same machine, right? mod_perl does
> not play nicely with multiple apps. :-(

You can run two completely separated Apache servers, with two
different configurations, different Mason temporary directories, and
so on.

-- 
Florian Weimer 	                  Weimer@CERT.Uni-Stuttgart.DE
University of Stuttgart           http://CERT.Uni-Stuttgart.DE/people/fw/
RUS-CERT                          fax +49-711-685-5898

From J.Briggs at dcs.shef.ac.uk  Tue Feb 11 11:19:05 2003
From: J.Briggs at dcs.shef.ac.uk (Julian R C Briggs)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] comments on install rt-3.0beta
Message-ID: <15945.8825.545562.485521@cedar.dcs.shef.ac.uk>

Jesse,

Comments on rt-2-1-70 with Apache-2.0.42+mod_fastcgi-2.4.0 on Solaris-9.

Install:

   1. We want to connect to database on localhost at non-default
socket location (/home/mysql/data/mysql.sock) to reduce security
risk of socket in /tmp. Add configure option --with-db-socket=SOCKET
used to configure Makefile (and rt-setup-database) and RT_Config.pm

   2. We want to create the RT database and RT root user manually
then create tables and populate them as RT root user to avoid
security and/or corruption risk of using database server root.

   3. /usr/local/pkg/rt3/bin/mason_handler.fcgi: Can't locate
/dev/fd/webmux.pl

Can't locate /dev/fd/webmux.pl in @INC (@INC contains: /usr/local/lib/perl5/5.8.0/sun4-solaris /usr/local/lib/perl5/5.8.0 /usr/local/lib/perl5/site_perl/5.8.0/sun4-solaris /usr/local/lib/perl5/site_perl/5.8.0 /usr/local/lib/perl5/site_perl) at /dev/fd/3 line 29.
[Tue Feb 11 10:46:24 2003] [warn] FastCGI: server "/usr/local/pkg/rt3/bin/mason_handler.fcgi" (pid 27804) terminated by calling exit with status '2'

      Workaround:

#require (dirname(__FILE__) . '/webmux.pl');
require ('/usr/local/pkg/rt3/bin/webmux.pl');

   4. enhanced-mailgate gives errors

holly# date ; date | /usr/local/pkg/rt3/bin/enhanced-mailgate --queue general --action correspond --url http://www.dcs.shef.ac.uk/rt3/
Tue Feb 11 15:32:29 GMT 2003
"CleanEnv" is not exported by the RT::Interface::Email module
 "GetCurrentUser" is not exported by the RT::Interface::Email module
 "ParseMIMEEntityFromSTDIN" is not exported by the RT::Interface::Email module
 "loc" is not exported by the RT::Interface::Email module
Can't continue after import errors at /dev/fd/3 line 68
BEGIN failed--compilation aborted at /dev/fd/3 line 68.
holly# 


   5. /rt-2.0-to-dumpfile only copied 2 of 12 users

holly# /tmp/rt2-to-rt3-v1.4/rt-2.0-to-dumpfile /tmp/rt.dbdump
holly# /tmp/rt2-to-rt3-v1.4/dumpfile-to-rt-3.0 /tmp/rt.dbdump
Creating 12 - andy
Creating 6 - d.abbott@dcs.shef.ac.uk

      Admittedly I had already used the rt3 database so perhaps it
      hit a conflict.

Use:

   1. Hard to read text on buttons and menus against dark blue top
banner

   2. Web interface runs slowly (15s update) on Netscape
Communicator 4.79 (rt-1.0.15 ran fast), runs ok on Netscape6.

Looks promising.

Julian

-- 
Julian Briggs, Director of IT, Department of Computer Science, 
University of Sheffield, Regent Court, 211 Portobello St, Sheffield S1 4DP, UK
Phone +44 (0) 114-222-1851. Fax +44 (0) 114-222-1810
j.briggs@sheffield.ac.uk  http://www.dcs.shef.ac.uk/~julian

From seph at commerceflow.com  Tue Feb 11 17:46:39 2003
From: seph at commerceflow.com (seph)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Can't locate object method "ClausesToSQL"
Message-ID: <w52el6ev3jk.fsf@lame.message.id>

I just installed rt 2.1.70 onto my debian machine, I'm seeing a very
weird problem....

After installing it, I see the login box. If I enter the wrong
password, it tells me my password is wrong, and to try again. If I
enter the correct password, I get a weird system error:

  System error
  error:  
           Can't locate object method "ClausesToSQL" via package "RT::Tickets" at 
                  /usr/local/rt3/lib/RT/Tickets_Overlay.pm line 1931.

  context: 
           ... 
           277:  }
           278: 
           279:  # All errors returned from this routine will be in exception form.
           280:  local $SIG{'__DIE__'} = sub {
           281:  rethrow_exception( $_[0] );
           282:  };
           283: 
           284:  #
           285:  # $m is a dynamically scoped global containing this
           ... 
  code stack:  
           /usr/share/perl5/HTML/Mason/Request.pm:281
           /usr/local/rt3/lib/RT/Tickets_Overlay.pm:1931
           /usr/local/rt3/lib/RT/Tickets_Overlay.pm:1722
           /usr/local/rt3/share/html/Elements/MyTickets:36
           /usr/local/rt3/share/html/index.html:32
           /usr/local/rt3/share/html/autohandler:162

(I'm happy to send the raw error along if people want it, it's long)

All my log variables are set to debug, and I don't see anything in the
syslogs, nor in the logfile, nor in apache's error logs.

the database is fresh, I've tried with both fascgi and modperl, here's
a snippet of my apache config for modperl:

  <VirtualHost _default_:80>
    ServerName localhost
    DocumentRoot /usr/local/rt3/share/html
    AddDefaultCharset UTF-8

    # mod perl
    PerlModule Apache::DBI
    PerlRequire /usr/local/rt3/bin/webmux.pl

    <Location />
      SetHandler perl-script
      PerlHandler RT::Mason
    </Location>
  </VirtualHost>

anyone have any ideas? either about the problem, or how to debug it?

seph

From rspier at pobox.com  Tue Feb 11 18:52:49 2003
From: rspier at pobox.com (Robert Spier)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Can't locate object method "ClausesToSQL"
In-Reply-To: <w52el6ev3jk.fsf@lame.message.id>
References: <w52el6ev3jk.fsf@lame.message.id>
Message-ID: <m3fzqujrxq.wl_rspier@pobox.com>

>            Can't locate object method "ClausesToSQL" via package "RT::Tickets" at 
>                   /usr/local/rt3/lib/RT/Tickets_Overlay.pm line 1931.
> 
> anyone have any ideas? either about the problem, or how to debug it?

What version of Perl?

The error is caused by a require failing, but it shouldn't be failing,
and you should get a different error.

-R

From seph at directionless.org  Tue Feb 11 19:05:35 2003
From: seph at directionless.org (seph)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Can't locate object method "ClausesToSQL"
In-Reply-To: <m3fzqujrxq.wl_rspier@pobox.com> (Robert Spier's message of
 "Tue, 11 Feb 2003 15:52:49 -0800")
References: <w52el6ev3jk.fsf@lame.message.id> <m3fzqujrxq.wl_rspier@pobox.com>
Message-ID: <w52bs1iuzw0.fsf@lame.message.id>

>>            Can't locate object method "ClausesToSQL" via package "RT::Tickets" at 
>>                   /usr/local/rt3/lib/RT/Tickets_Overlay.pm line 1931.
>> 
>> anyone have any ideas? either about the problem, or how to debug it?
>
> What version of Perl?
>
> The error is caused by a require failing, but it shouldn't be failing,
> and you should get a different error.

laptop:~# perl --version
This is perl, v5.8.0 built for i386-linux-thread-multi

laptop:~# suidperl --version
This is perl, v5.8.0 built for i386-linux-thread-multi


seems odd for it not to find that though, I can clearly see if defined
in Tickets_Overlay_SQL.p

seph

From rspier at pobox.com  Tue Feb 11 21:41:10 2003
From: rspier at pobox.com (Robert Spier)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Can't locate object method "ClausesToSQL"
In-Reply-To: <w52bs1iuzw0.fsf@lame.message.id>
References: <w52el6ev3jk.fsf@lame.message.id>
	<m3fzqujrxq.wl_rspier@pobox.com>
	<w52bs1iuzw0.fsf@lame.message.id>
Message-ID: <m3el6ejk55.wl_rspier@pobox.com>

> seems odd for it not to find that though, I can clearly see if defined
> in Tickets_Overlay_SQL.p

Right.  And Tickets_Overlay_SQL is clearly require'd by
Tickets_Overlay.

Hrm.

-R

From plasmaball at pchome.com.tw  Tue Feb 11 22:02:16 2003
From: plasmaball at pchome.com.tw (plasma)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Can't locate object method "ClausesToSQL"
In-Reply-To: <w52bs1iuzw0.fsf@lame.message.id>
References: <w52el6ev3jk.fsf@lame.message.id> <m3fzqujrxq.wl_rspier@pobox.com> <w52bs1iuzw0.fsf@lame.message.id>
Message-ID: <20030212030216.GA1138@plasmanb.plasma.idv.tw>

On Tue, Feb 11, 2003 at 04:05:35PM -0800, seph wrote:
> >>            Can't locate object method "ClausesToSQL" via package "RT::Tickets" at 
> >>                   /usr/local/rt3/lib/RT/Tickets_Overlay.pm line 1931.
> >> anyone have any ideas? either about the problem, or how to debug it?
> > The error is caused by a require failing, but it shouldn't be failing,
> > and you should get a different error.
> 
> seems odd for it not to find that though, I can clearly see if defined
> in Tickets_Overlay_SQL.p

Check the permission of html files?  I had similar problems before,
and the permission was set to 600, owner was me instead of root:wheel.
Resolved it and everything was fine.


plasma

==========================================================
 «e¥b¦~­É¤Q¸U§K®§
 http://edm-prg.epaper.com.tw/click.php?ad_code=1401
==========================================================
 PC home Online ºô¸ô®a®x¡G·|­û²Ä¤@¡A¥xÆW³Ì¤jªº¤J¤fºô¯¸
==========================================================

From plasmaball at pchome.com.tw  Tue Feb 11 22:07:54 2003
From: plasmaball at pchome.com.tw (plasma)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Override global ACL
In-Reply-To: <20030201180106.GA30925@plasmanb.plasma.idv.tw>
References: <20030201180106.GA30925@plasmanb.plasma.idv.tw>
Message-ID: <20030212030754.GB1138@plasmanb.plasma.idv.tw>

On Sun, Feb 02, 2003 at 02:01:06AM +0800, plasma wrote:
> 
> Maybe some of you would like to override global ACLs in a queue.
> Attached is the patch against .64.

And I found a slowness caused by this patch.  Drop the following
index

  CREATE INDEX ACL1 on ACL(RightName, ObjectType, ObjectId,
  PrincipalType,PrincipalId);

by

  DROP INDEX ACL1 on ACL;

and add the following index:

  CREATE INDEX ACL1 on ACL(RightName, ObjectType, PrincipalType,PrincipalId);

Before the patch, some ACL queries will be VERY VERY slow.  Although
the index is for OverrideGlobalACL patch, it should work on vanilla
RT.


plasma

==========================================================
 «e¥b¦~­É¤Q¸U§K®§
 http://edm-prg.epaper.com.tw/click.php?ad_code=1401
==========================================================
 PC home Online ºô¸ô®a®x¡G·|­û²Ä¤@¡A¥xÆW³Ì¤jªº¤J¤fºô¯¸
==========================================================

From seph at directionless.org  Tue Feb 11 22:25:08 2003
From: seph at directionless.org (seph)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Can't locate object method "ClausesToSQL"
In-Reply-To: <20030212030216.GA1138@plasmanb.plasma.idv.tw> (plasma's
 message of "Wed, 12 Feb 2003 11:02:16 +0800")
References: <w52el6ev3jk.fsf@lame.message.id> <m3fzqujrxq.wl_rspier@pobox.com>
	<w52bs1iuzw0.fsf@lame.message.id>
	<20030212030216.GA1138@plasmanb.plasma.idv.tw>
Message-ID: <w524r7auqnf.fsf@lame.message.id>

>> >>            Can't locate object method "ClausesToSQL" via package "RT::Tickets" at 
>> >>                   /usr/local/rt3/lib/RT/Tickets_Overlay.pm line 1931.
>> >> anyone have any ideas? either about the problem, or how to debug it?
>> > The error is caused by a require failing, but it shouldn't be failing,
>> > and you should get a different error.
>> 
>> seems odd for it not to find that though, I can clearly see if defined
>> in Tickets_Overlay_SQL.p
>
> Check the permission of html files?  I had similar problems before,
> and the permission was set to 600, owner was me instead of root:wheel.
> Resolved it and everything was fine.

seems unlikely. The only files www-data (my apache user) can't read in the rt tree are:

  etc/acl.Oracle
  etc/acl.Pg
  etc/acl.mysql
  etc/initialdata
  etc/schema.Pg
  etc/schema.SQLite
  etc/schema.mysql
  etc/RT_SiteConfig.pm-orig
  etc/RT_SiteConfig.pm~
  share/doc

(note that that's an emacs save file, not the actual config)

seph

From jeffholst at hotmail.com  Tue Feb 11 22:57:24 2003
From: jeffholst at hotmail.com (Jeff Holst)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Bareword "REDIRECT" not allowed while "strict subs"
Message-ID: <F462wNldrIjf3kVxArz0003f493@hotmail.com>

Phil Homewood wrote:
>>You are aware that you're doomed if you expect both the RT instances
>>to coexist under mod_perl on the same machine, right? mod_perl does
>>not play nicely with multiple apps. :-(

I was't aware of this, but thanks for the heads up.  In this case both 
instances our on a test server and I just wanted to see RT3 in action.  I'd 
be happy to just get my rt-2-0-15 working again though!!

Phil Harmon wrote:
>>What version of HTML::Mason is installed? What version of mod_perl?

Apache/1.3.27
mod_perl/1.27
HTML-Mason-1.18 ( but I also tried to revert back to previously working 1.16 
to no avail )

In a nutshell rt-2-0-15 was working great on my machine until I tried to 
install rt-2-1-69.  After going through the CPAN pre-req upgrades for the 
new RT I can't start my apache server even for just my old installation.

Error reported when attempting to start apache server:

[Fri Feb  7 00:31:52 2003] [error] Bareword "REDIRECT" not allowed while
"strict subs" in use at
/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm line 188.
BEGIN not safe after errors--compilation aborted at
/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm line 197.
Compilation failed in require at /usr/local/rt3-beta/bin/webmux.pl line 47.
BEGIN failed--compilation aborted at /usr/local/rt3-beta/bin/webmux.pl line
53.
Compilation failed in require at (eval 5) line 1.


Thanks.

-jeff







_________________________________________________________________
The new MSN 8: advanced junk mail protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail


From jesse at bestpractical.com  Wed Feb 12 00:10:06 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] UTF8 issues on 5.6
Message-ID: <20030212051006.GZ31136@pallas.fsck.com>

2.1.x < 71 has an issue with unknown charsets on perl 5.6. If
Text::Iconv doesn't know about the charset, RT dies horribly. 2.1.71
will fix this, but the current fix results in RT dying horribly when it
tries to redisplay the garbage characters (Such as those passed in by
korean spam):

delay=2, status=bounced (Command died with status 9:
"/opt/fsck.com-rt3/bin/rt-mailgate --queue 'cpan-questions' --action
'correspond' --url http://rt3.fsck.com/".
 Command output: RT server error.   The RT server which handled your
 email did not behave as expected. 
 It said:  panic: utf8_length: unaligned end at
 /usr/local/lib/perl/5.6.1/HTML/Entities.pm line 399.  
 Stack:   
 [/usr/local/lib/perl/5.6.1/HTML/Entities.pm:399]   
 [/usr/local/share/perl/5.6.1/HTML/Mason/Escapes.pm:32]   
 [/usr/local/share/perl/5.6.1/HTML/Mason/Interp.pm:764]   
 [/opt/fsck.com-rt3/share/html/REST/1.0/NoAuth/mail-gateway:42] 


So, autrijus, got any bright ideas here? If we don't know the charset, 
should we smash it all down to lower-127 ascii? 

	Jesse
-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Wed Feb 12 00:31:02 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Can't locate object method "ClausesToSQL"
In-Reply-To: <w524r7auqnf.fsf@lame.message.id>
References: <w52el6ev3jk.fsf@lame.message.id> <m3fzqujrxq.wl_rspier@pobox.com> <w52bs1iuzw0.fsf@lame.message.id> <20030212030216.GA1138@plasmanb.plasma.idv.tw> <w524r7auqnf.fsf@lame.message.id>
Message-ID: <20030212053102.GA31136@pallas.fsck.com>

For what it's worth, there's a bug in the overlay mechanism that was
masking the fact that seph was erroring out because Regexp::Common was
missing. ;)


	-jesse

	


On Tue, Feb 11, 2003 at 07:25:08PM -0800, seph wrote:
> >> >>            Can't locate object method "ClausesToSQL" via package "RT::Tickets" at 
> >> >>                   /usr/local/rt3/lib/RT/Tickets_Overlay.pm line 1931.
> >> >> anyone have any ideas? either about the problem, or how to debug it?
> >> > The error is caused by a require failing, but it shouldn't be failing,
> >> > and you should get a different error.
> >> 
> >> seems odd for it not to find that though, I can clearly see if defined
> >> in Tickets_Overlay_SQL.p
> >
> > Check the permission of html files?  I had similar problems before,
> > and the permission was set to 600, owner was me instead of root:wheel.
> > Resolved it and everything was fine.
> 
> seems unlikely. The only files www-data (my apache user) can't read in the rt tree are:
> 
>   etc/acl.Oracle
>   etc/acl.Pg
>   etc/acl.mysql
>   etc/initialdata
>   etc/schema.Pg
>   etc/schema.SQLite
>   etc/schema.mysql
>   etc/RT_SiteConfig.pm-orig
>   etc/RT_SiteConfig.pm~
>   share/doc
> 
> (note that that's an emacs save file, not the actual config)
> 
> seph
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From seph at directionless.org  Wed Feb 12 02:56:18 2003
From: seph at directionless.org (seph)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] initial report on rt 2.1.70 on debian
Message-ID: <w52ptpyszj1.fsf@lame.message.id>

with some help from Jesse, I finally got rt running under debian. Most
of the dependencies are packaged, I didn't note the packages names
though, so you get to figure it out. I did have to build and install a
couple on my own. here are the commands I used:

  dh-make-perl --build --install --cpan Locale::Maketext::Lexicon
  dh-make-perl --build --install --cpan Locale::Maketext::Fuzzy
  dh-make-perl --build --install --cpan Text::Quoted
  dh-make-perl --build --install --cpan Regexp::Common

and while mailtools is built in debian, the version is old. (I'm sure
it will get updated, I was just impatient) I built a newer one:

  wget http://search.cpan.org/CPAN/authors/id/M/MA/MARKOV/MailTools-1.58.tar.gz
  tar xzf MailTools-1.58.tar.gz && cd MailTools-1.58
  dh-make-perl --build --install .

a couple of minor notes about the install:

  the 2.1.70 dependency check doesn't check for Regexp::Common, so
  make sure you have it. (yes best practical knows)

  the 2.1.70 dependency check checks incorrectly for Apache::DBI, it's
  apt to say you don't have it, when you probably do. This will
  probably be fixed when the next version of Apache::DBI is rolled.
  (yes best practical knows)

And now that it's up and running, I've noticed a couple oddities...

  fastcgi (with apache1, not apache2) is significantly slower than
  mod-perl. This is quite a change from rt2.

  If I create a user, seph, and give him full permissions; then create
  a new queue; the new ticket dropdown doesn't show that queue until I
  logout and log back in. I did not do as good a job debugging this as
  I ought.

seph

From darren at boston.com  Wed Feb 12 09:45:08 2003
From: darren at boston.com (darren chamberlain)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Bareword "REDIRECT" not allowed while "strict subs"
In-Reply-To: <F462wNldrIjf3kVxArz0003f493@hotmail.com>
References: <F462wNldrIjf3kVxArz0003f493@hotmail.com>
Message-ID: <20030212-b6f6c18ad60ce6c2e80a3b582ae9fb35@mail.boston.com>

* Jeff Holst <jeffholst at hotmail.com> [2003-02-11 22:58]:
> Phil Homewood wrote:
> > You are aware that you're doomed if you expect both the RT instances
> > to coexist under mod_perl on the same machine, right? mod_perl does
> > not play nicely with multiple apps. :-(
> 
> I was't aware of this, but thanks for the heads up.  In this case both
> instances our on a test server and I just wanted to see RT3 in action.
> I'd be happy to just get my rt-2-0-15 working again though!!

Just to clarify, mod_perl doesn't work well with multiple versions of
modules with the same name, because Perl doesn't work well with multiple
versions of the same name.  mod_perl is often maligned here, but the
problem really is that a mod_perl process is a single long-running Perl
instance.  Any long running Perl instance will have the same problems.

(darren)

-- 
He who will not reason is a bigot; he who cannot is a fool; and he
who dares not is a slave.
    -- Sir William Drummond

From plasmaball at pchome.com.tw  Wed Feb 12 21:41:06 2003
From: plasmaball at pchome.com.tw (plasma)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] UTF8 issues on 5.6
In-Reply-To: <20030212051006.GZ31136@pallas.fsck.com>
References: <20030212051006.GZ31136@pallas.fsck.com>
Message-ID: <20030213024106.GA3192@plasmanb.plasma.idv.tw>

On Wed, Feb 12, 2003 at 12:10:06AM -0500, Jesse Vincent wrote:
> 2.1.x < 71 has an issue with unknown charsets on perl 5.6. If
> Text::Iconv doesn't know about the charset, RT dies horribly. 2.1.71
> will fix this, but the current fix results in RT dying horribly when it
> tries to redisplay the garbage characters (Such as those passed in by
> korean spam):
> 
> delay=2, status=bounced (Command died with status 9:
> "/opt/fsck.com-rt3/bin/rt-mailgate --queue 'cpan-questions' --action
> 'correspond' --url http://rt3.fsck.com/".
>  Command output: RT server error.   The RT server which handled your
>  email did not behave as expected. 
>  It said:  panic: utf8_length: unaligned end at
>  /usr/local/lib/perl/5.6.1/HTML/Entities.pm line 399.  
>  Stack:   
>  [/usr/local/lib/perl/5.6.1/HTML/Entities.pm:399]   
>  [/usr/local/share/perl/5.6.1/HTML/Mason/Escapes.pm:32]   
>  [/usr/local/share/perl/5.6.1/HTML/Mason/Interp.pm:764]   
>  [/opt/fsck.com-rt3/share/html/REST/1.0/NoAuth/mail-gateway:42] 
> 
> 
> So, autrijus, got any bright ideas here? If we don't know the charset, 
> should we smash it all down to lower-127 ascii? 

See RT::I18N::SetMIMEEntityToEncoding?  It was written when I tried to
convert email message body into utf-8.

It uses Encode::Guess to guess what the encoding of email could be.
Maybe you'd like to refactor it to be more general to work with other
functions.


plasma

==========================================================
 ¹ï¾Ç¬ü»y«ÜÀYµh£x¤H,¨ì³o£|ºô¯¸¬Ý¬Ý~
 http://edm-prg.epaper.com.tw/click.php?ad_code=1895
==========================================================
 PC home Online ºô¸ô®a®x¡G·|­û²Ä¤@¡A¥xÆW³Ì¤jªº¤J¤fºô¯¸
==========================================================

From plasmaball at pchome.com.tw  Wed Feb 12 22:00:09 2003
From: plasmaball at pchome.com.tw (plasma)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] initial report on rt 2.1.70 on debian
In-Reply-To: <w52ptpyszj1.fsf@lame.message.id>
References: <w52ptpyszj1.fsf@lame.message.id>
Message-ID: <20030213030009.GB3192@plasmanb.plasma.idv.tw>

On Tue, Feb 11, 2003 at 11:56:18PM -0800, seph wrote:
>   If I create a user, seph, and give him full permissions; then create
>   a new queue; the new ticket dropdown doesn't show that queue until I
>   logout and log back in. I did not do as good a job debugging this as
>   I ought.

Wait one minute (literally, yes. one minute), then reload again.

There's a cache for ACL queries.  Currently it times out in 60 sec.


plasma

==========================================================
 ¹ï¾Ç¬ü»y«ÜÀYµh£x¤H,¨ì³o£|ºô¯¸¬Ý¬Ý~
 http://edm-prg.epaper.com.tw/click.php?ad_code=1895
==========================================================
 PC home Online ºô¸ô®a®x¡G·|­û²Ä¤@¡A¥xÆW³Ì¤jªº¤J¤fºô¯¸
==========================================================

From mhat at netlag.com  Wed Feb 12 22:33:28 2003
From: mhat at netlag.com (Matt Knopp)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] initial report on rt 2.1.70 on debian
In-Reply-To: <20030213030009.GB3192@plasmanb.plasma.idv.tw>; from plasmaball@pchome.com.tw on Thu, Feb 13, 2003 at 11:00:09AM +0800
References: <w52ptpyszj1.fsf@lame.message.id> <20030213030009.GB3192@plasmanb.plasma.idv.tw>
Message-ID: <20030212213328.X17852@cthuga.netlag.com>

It would be nice if there were some easy way to enable and disable the 
caching of various objects.  I've bumped into the cache several times. 
Typically I make a change, then login as the user to make sure the acl 
change I made does in-fact do what I thought it did. It really sucks to
be forced to wait for like 60seconds. 

Rather, it would suck if I did have some /knowledge/ about ::Cacheable 
and knew how to turn it off. Heh. 

-Matt



From jesse at bestpractical.com  Wed Feb 12 23:34:22 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] initial report on rt 2.1.70 on debian
In-Reply-To: <20030213030009.GB3192@plasmanb.plasma.idv.tw>
References: <w52ptpyszj1.fsf@lame.message.id> <20030213030009.GB3192@plasmanb.plasma.idv.tw>
Message-ID: <20030213043422.GX31136@pallas.fsck.com>



On Thu, Feb 13, 2003 at 11:00:09AM +0800, plasma wrote:
> On Tue, Feb 11, 2003 at 11:56:18PM -0800, seph wrote:
> >   If I create a user, seph, and give him full permissions; then create
> >   a new queue; the new ticket dropdown doesn't show that queue until I
> >   logout and log back in. I did not do as good a job debugging this as
> >   I ought.
> 
> Wait one minute (literally, yes. one minute), then reload again.
> There's a cache for ACL queries.  Currently it times out in 60 sec.

No, you're wrong. The queue listing is cached along with your session
for performance reasons. If you create or rename queues, they won't show
up in that listing until you log out and back in.


> 
> 
> plasma

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From ASnare at allshare.nl  Thu Feb 13 04:48:55 2003
From: ASnare at allshare.nl (Andrew Snare)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] initial report on rt 2.1.70 on debian
In-Reply-To: <w52ptpyszj1.fsf@lame.message.id>
Message-ID: <5.1.0.14.0.20030213102643.02756fc8@10.1.3.36>

At 11:56 PM 11/02/2003 -0800, seph wrote:
>with some help from Jesse, I finally got rt running under debian. Most
>of the dependencies are packaged, I didn't note the packages names
>though, so you get to figure it out. I did have to build and install a
>couple on my own. here are the commands I used:
>
>   dh-make-perl --build --install --cpan Locale::Maketext::Lexicon
>   dh-make-perl --build --install --cpan Locale::Maketext::Fuzzy
>   dh-make-perl --build --install --cpan Text::Quoted
>   dh-make-perl --build --install --cpan Regexp::Common

We just did the same tango on Monday to get rt-2.1.70 going. This seems to 
work, although I don't know these versions interact with 'proper' debian 
packages that may appear at a later date (with the correct dependencies and 
so forth).

>a couple of minor notes about the install:
>
>   the 2.1.70 dependency check doesn't check for Regexp::Common, so
>   make sure you have it. (yes best practical knows)
>
>   the 2.1.70 dependency check checks incorrectly for Apache::DBI, it's
>   apt to say you don't have it, when you probably do. This will
>   probably be fixed when the next version of Apache::DBI is rolled.
>   (yes best practical knows)

We noticed this as well. We uninstalled the official Debian package, and 
installed it again via dh-make-perl/CPAN. Then the RT3 dependency checker 
found it no problem. I don't know if it's a problem with the debian 
package, or with Apache::DBI itself. Good to know that Best Practical knows. :)

>And now that it's up and running, I've noticed a couple oddities...
>
>   fastcgi (with apache1, not apache2) is significantly slower than
>   mod-perl. This is quite a change from rt2.

On our box (mod_perl1/PostgreSQL 7.2.1 backend) RT3 is also a _lot_ slower 
than RT2 was. The new web front-end is quite slick; I'm very impressed so 
far. A few notes:

1) The memory footprint is quite large. Our memory footprint is now:

USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
www-data 20279  0.1 11.8 91992 14888 ?       S    Feb12   1:24 /usr/sbin/apache
www-data 20280  0.1  9.5 90532 12048 ?       S    Feb12   1:07 /usr/sbin/apache
www-data 20282  0.1 10.0 91692 12632 ?       S    Feb12   1:24 /usr/sbin/apache
www-data 20284  0.1  9.7 90512 12280 ?       S    Feb12   1:03 /usr/sbin/apache
www-data 20287  0.1  9.7 90468 12344 ?       S    Feb12   1:04 /usr/sbin/apache

Is this normal? This machine only has 128MB of RAM, so maybe that's why it 
seems so much slower. Granted, a lot of the VSZ is shared memory, but the 
RSS is still quite large.

2) The $LogoURL configuration parameter isn't used by html/Elements/Header. 
I'm not sure if this is intentional or not. :)

3) How does Approval work? A quick search of the archives yields a post 
back in October talking about the use of scrips to configure it, but it's 
not self-evident from the interface. Is this a UI element that's not 
actively used yet?

Cheers,

  - Andrew
PS. Jess: Thanks for resolving the language issues. :)



From js138 at eng.cam.ac.uk  Thu Feb 13 06:52:38 2003
From: js138 at eng.cam.ac.uk (J. Sloan)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] 2.1.70 experiences.
Message-ID: <Pine.HPX.4.33L.0302121736200.2331-100000@last.eng.cam.ac.uk>

I've a couple of problems which look like they're known issues.

Firstly - testdeps is failing to spot I do have Apache::DBI installed
correctly.

Secondly - testdeps doesn't check for Regexp::Common - causing me the same
ClausesToSQL error I see a thread about.

I also have a problem which belongs in the journal of irreproducable
results with passwords.

I modified IsPassword to print out plaintext, DB entry and the result of
Crypt and was disturbed to find that the results of 'crypt' were varying
between the wrong and right values.

[does research]

I'm guessing this is the non-reentrant crypt rearing it's head again?

http://lists.fsck.com/pipermail/rt-users/2002-October/010256.html

Any known workarounds for prodding this into working?   Does make testing
a touch frustrating when half of the time I can't log in after an httpd
restart.

I'm running RedHat 8.0 with the glibc 2.2.93-5 RPM - surprised it hasn't
fixed this yet, I confess.

Thanks.

John



From js138 at eng.cam.ac.uk  Thu Feb 13 10:15:19 2003
From: js138 at eng.cam.ac.uk (J. Sloan)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Bug in Template.html (2.1.70)
Message-ID: <Pine.HPX.4.33L.0302131511020.2331-100000@last.eng.cam.ac.uk>

It's quite hard to update the content of templates without this patch:

*** Template.html.orig  2003-02-09 06:32:05.000000000 +0000
--- Template.html       2003-02-13 15:09:30.000000000 +0000
***************
*** 35,41 ****
  %if ($Create ) {
  <INPUT TYPE=HIDDEN NAME="Template" VALUE="new">
  % } else {
! <INPUT TYPE=HIDDEN NAME=template VALUE="<%$TemplateObj->Id%>">
  % }

  %# hang onto the queue id
--- 35,41 ----
  %if ($Create ) {
  <INPUT TYPE=HIDDEN NAME="Template" VALUE="new">
  % } else {
! <INPUT TYPE=HIDDEN NAME="Template" VALUE="<%$TemplateObj->Id%>">
  % }

  %# hang onto the queue id


John


From jesse at bestpractical.com  Thu Feb 13 11:40:36 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] 2.1.70 experiences.
In-Reply-To: <Pine.HPX.4.33L.0302121736200.2331-100000@last.eng.cam.ac.uk>
References: <Pine.HPX.4.33L.0302121736200.2331-100000@last.eng.cam.ac.uk>
Message-ID: <20030213164036.GD31136@pallas.fsck.com>



On Thu, Feb 13, 2003 at 11:52:38AM +0000, J. Sloan wrote:
> 
> I've a couple of problems which look like they're known issues.
> 
> Firstly - testdeps is failing to spot I do have Apache::DBI installed
> correctly.

There's a bug open.

> Secondly - testdeps doesn't check for Regexp::Common - causing me the same
> ClausesToSQL error I see a thread about.

There's a bug open

> 
> I also have a problem which belongs in the journal of irreproducable
> results with passwords.
> 
> I modified IsPassword to print out plaintext, DB entry and the result of
> Crypt and was disturbed to find that the results of 'crypt' were varying
> between the wrong and right values.
> 
> [does research]
> 
> I'm guessing this is the non-reentrant crypt rearing it's head again?
> 
> http://lists.fsck.com/pipermail/rt-users/2002-October/010256.html
>

I guess it's time to switch to MD5 as the default password algorithm. send mail
to rt-3.0-bugs@fsck.com?

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Thu Feb 13 11:49:52 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] initial report on rt 2.1.70 on debian
In-Reply-To: <5.1.0.14.0.20030213102643.02756fc8@10.1.3.36>
References: <w52ptpyszj1.fsf@lame.message.id> <5.1.0.14.0.20030213102643.02756fc8@10.1.3.36>
Message-ID: <20030213164952.GH31136@pallas.fsck.com>



> Is this normal? This machine only has 128MB of RAM, so maybe that's why it 
> seems so much slower. Granted, a lot of the VSZ is shared memory, but the 
> RSS is still quite large.

That's really not a whole lot of RAM. I'd expect RT to be slow as a dog
on a box like that. Pop up the ram a bit and you'll be mcuh happier.

> 
> 2) The $LogoURL configuration parameter isn't used by html/Elements/Header. 
> I'm not sure if this is intentional or not. :)

Not really intentional, but I should probably pull the LogoURL parameter
from the config file.


> 3) How does Approval work? A quick search of the archives yields a post 
> back in October talking about the use of scrips to configure it, but it's 
> not self-evident from the interface. Is this a UI element that's not 
> actively used yet?

I've got an appointment with the tech writer this afternoon ;)

> 
> Cheers,
> 
>  - Andrew
> PS. Jess: Thanks for resolving the language issues. :)
> 
> 
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From seph at directionless.org  Thu Feb 13 13:35:15 2003
From: seph at directionless.org (seph)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] initial report on rt 2.1.70 on debian
In-Reply-To: <5.1.0.14.0.20030213102643.02756fc8@10.1.3.36> (Andrew Snare's
 message of "Thu, 13 Feb 2003 10:48:55 +0100")
References: <5.1.0.14.0.20030213102643.02756fc8@10.1.3.36>
Message-ID: <w52k7g4owpo.fsf@lame.message.id>

>>   dh-make-perl --build --install --cpan Locale::Maketext::Lexicon
>>   dh-make-perl --build --install --cpan Locale::Maketext::Fuzzy
>>   dh-make-perl --build --install --cpan Text::Quoted
>>   dh-make-perl --build --install --cpan Regexp::Common
>
> We just did the same tango on Monday to get rt-2.1.70 going. This
> seems to work, although I don't know these versions interact with
> 'proper' debian packages that may appear at a later date (with the
> correct dependencies and so forth).

they should interact fine with debian. dh-make-perl makes makes
packages with the same name as their debian counterparts are likely to
be. when one finally shows up in debian, apt should snarf it if the
version's newer.

seph

From ASnare at allshare.nl  Fri Feb 14 05:43:32 2003
From: ASnare at allshare.nl (Andrew Snare)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] initial report on rt 2.1.70 on debian
In-Reply-To: <20030213164952.GH31136@pallas.fsck.com>
References: <5.1.0.14.0.20030213102643.02756fc8@10.1.3.36>
 <w52ptpyszj1.fsf@lame.message.id>
 <5.1.0.14.0.20030213102643.02756fc8@10.1.3.36>
Message-ID: <5.1.0.14.0.20030214114140.03c00ea8@10.1.3.36>

At 11:49 AM 13/02/2003 -0500, Jesse Vincent wrote:
> > Is this normal? This machine only has 128MB of RAM, so maybe that's why it
> > seems so much slower. Granted, a lot of the VSZ is shared memory, but the
> > RSS is still quite large.
>
>That's really not a whole lot of RAM. I'd expect RT to be slow as a dog
>on a box like that. Pop up the ram a bit and you'll be mcuh happier.

The same box seemed quick enough with RT2, although I agree it's woefully 
underpowered in this day and age. What sort of system will be recommended 
for RT3 final?

  - Andrew



From wash at wananchi.biz  Fri Feb 14 10:53:38 2003
From: wash at wananchi.biz (Odhiambo Washington)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] rt-mailgate in RT2 vs RT3
Message-ID: <20030214155338.GA68682@ns2.wananchi.com>

Hello Everyone,

I am testing rt3.

I have setup rt3 on a test system which also has rt2. Now the problem that I have
is mail related. I use Exim-4.12.

I have two databases, rt2 and rt3, corresponding to the installations in /opt/rt{2|3}

rt-mailgate for rt3 fails to work, while rt-mailgate for rt2 works okay.

I have these aliases for testing (I've ommitted the -comment aliases):

rt2:  "|/opt/rt2/bin/rt-mailgate --queue cs --action correspond"
rt:   "|/opt/rt3/bin/rt-mailgate --queue cs --action correspond --url https://rt3.wananchi.com/"


When I send mail to the "rt2 at freebsd.or.ke" the mail is processed perfectly.
However, when I send to "rt at freebsd.or.ke", the mail gets stuck.
[addresses masked deliberately ;)]


I did a debug run and the error is:



>>>>>>>>>>>>>>>> Local deliveries >>>>>>>>>>>>>>>>
--------> |/opt/rt3/bin/rt-mailgate --queue cs --action correspond --url https://rt3.wananchi.com/ <--------
locking /var/spool/exim/db/retry.lockfile
  home=NULL current=/
address_pipe transport returned DEFER for |/opt/rt3/bin/rt-mailgate --queue cs --action correspond --url
https://rt3.wananchi.com/
post-process |/opt/rt3/bin/rt-mailgate --queue cs --action correspond --url https://rt3.wananchi.com/ (1)
LOG: MAIN
  <|/opt/rt3/bin/rt-mailgate --queue cs --action correspond --url https://rt3.wananchi.com/>: address_pipe transport
output: An Error Occurred
LOG: MAIN
  == |/opt/rt3/bin/rt-mailgate --queue cs --action correspond --url https://rt3.wananchi.com/ <rt@freebsd.or.ke>
R=system_aliases T=address_pipe defer (0): Child process of address_pipe transport returned 75 (could mean temporary
error) from command: /opt/rt3/bin/rt-mailgate


Below are the file permissions:


beastie# cd /opt/rt2/bin/
beastie# ls -al
total 85
drwxr-xr-x   2 root  rt       512 Oct  5 13:26 .
drwxr-xr-x  10 root  wheel    512 Jan 14 18:52 ..
-rwxr-xr-x   1 root  rt      2395 Sep 21 10:39 escalator
-rwxr-sr-x   1 root  rt      5545 Oct  5 13:26 mason_handler.fcgi
-rwxr-sr-x   1 root  rt      4633 Oct  5 13:26 mason_handler.scgi
-rwxr-sr-x   1 root  rt     31395 Nov 18 14:09 rt
-rwxr-sr-x   1 root  rt      9122 Oct  5 13:26 rt-mailgate
-rwxr-sr-x   1 root  rt     23823 Oct  5 13:26 rtadmin
-rwxr-xr-x   1 root  rt      4736 Oct  5 13:26 webmux.pl
beastie# 
beastie# cd ../../rt3/bin/
beastie# ls -al
total 32
drwxr-xr-x  2 root  wheel    512 Feb  6 16:27 .
drwxr-xr-x  9 rt    user     512 Feb 14 17:54 ..
-rwxr-sr-x  1 root  rt      1365 Feb  6 14:58 mason_handler.fcgi
-rw-r--r--  1 root  wheel   6705 Feb  6 14:58 mason_handler.svc
-rwxr-xr-x  1 root  wheel   6102 Feb  6 14:58 rt-crontool
-rwxr-xr-x  1 root  wheel  10530 Feb  6 14:58 rt-mailgate
-rwxr-xr-x  1 root  wheel   3371 Feb 13 18:47 webmux.pl





        cheers
       - wash 
+----------------------------------+-----------------------------------------+
Odhiambo Washington, wash@wananchi.com	. WANANCHI ONLINE LTD (Nairobi, KE)  |
http://ns2.wananchi.com/~wash/		. 1ere Etage, Loita Hse, Loita St.,  |
GSM: (+254) 722 743 223			. # 10286, 00100 NAIROBI             |
+---------------------------------+------------------------------------------+
"Oh My God! They killed init! You Bastards!"  
						 --from a /. post

From khera at kcilink.com  Fri Feb 14 11:05:51 2003
From: khera at kcilink.com (Vivek Khera)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] rt-mailgate in RT2 vs RT3
In-Reply-To: <20030214155338.GA68682@ns2.wananchi.com>
References: <20030214155338.GA68682@ns2.wananchi.com>
	<18ji9i-000OlM-00@ns2.wananchi.com>
Message-ID: <15949.5087.420968.821832@onceler.int.kciLink.com>

>>>>> "OW" == Odhiambo Washington <wash@wananchi.biz> writes:

OW> rt:   "|/opt/rt3/bin/rt-mailgate --queue cs --action correspond --url https://rt3.wananchi.com/"

What happens when you save a message as a text file, then run


/opt/rt3/bin/rt-mailgate --queue cs --action correspond --url https://rt3.wananchi.com/ < messagefile.txt

The messagefile.txt should include all the headers and such, as well,
just as if it was piped in from the mail server.


From jesse at bestpractical.com  Fri Feb 14 11:18:05 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] rt-mailgate in RT2 vs RT3
In-Reply-To: <18ji9i-000OlM-00@ns2.wananchi.com>
References: <18ji9i-000OlM-00@ns2.wananchi.com>
Message-ID: <20030214161805.GU31136@pallas.fsck.com>

On Fri, Feb 14, 2003 at 06:53:38PM +0300, Odhiambo Washington wrote:
> 
> rt-mailgate for rt3 fails to work, while rt-mailgate for rt2 works okay.
> 
> rt:   "|/opt/rt3/bin/rt-mailgate --queue cs --action correspond --url https://rt3.wananchi.com/"
> 
> However, when I send to "rt at freebsd.or.ke", the mail gets stuck.
> [addresses masked deliberately ;)]

So. It should be noted that rt3's mailgate uses an http based RPC
mechanism to talk to the RT Application Server (The web ui). If you
don't have the web ui running correctly, the mailgate won't work.

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From wash at wananchi.biz  Fri Feb 14 11:19:08 2003
From: wash at wananchi.biz (Odhiambo Washington)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] rt-mailgate in RT2 vs RT3
In-Reply-To: <18jiOW-0003Jo-00@ns2.wananchi.com>
References: <20030214155338.GA68682@ns2.wananchi.com> <18ji9i-000OlM-00@ns2.wananchi.com> <18jiOW-0003Jo-00@ns2.wananchi.com>
Message-ID: <20030214161908.GD68682@ns2.wananchi.com>

* Vivek Khera <khera@kcilink.com> [20030214 19:08]: wrote:
> >>>>> "OW" == Odhiambo Washington <wash@wananchi.biz> writes:
> 
> OW> rt:   "|/opt/rt3/bin/rt-mailgate --queue cs --action correspond --url https://rt3.wananchi.com/"
> 
> What happens when you save a message as a text file, then run
> 
> 
> /opt/rt3/bin/rt-mailgate --queue cs --action correspond --url https://rt3.wananchi.com/ < messagefile.txt
> 

Yayi - I have looked at the Changelog and googled but I did not see this being mentioned.
Here is the output:



beastie# mv message.txt messagefile.txt
beastie# ./rt-mailgate --queue cs --action correspond --url https://rt3.wananchi.com/ < messagefile.txt
An Error Occurred
=================

501 Protocol scheme 'https' is not supported



Okay, I now changed the https to http:

beastie# ./rt-mailgate --queue general --action correspond --url http://rt3.wananchi.com/ < messagefile.txt
An Error Occurred
=================

404 Not Found
beastie# 


Thirdly I changed the virtualhost for rt from <VirtualHost *:443> to <VirtualHost *:80> and
did apachectl {stop|startssl}. The result...

beastie# ./rt-mailgate --queue general --action correspond --url http://rt3.wananchi.com/ < messagefile.txt
beastie#


I hope it is documented that either

1. rt3 doesn't support ssl virtualhosts, OR
2. there is some tweaks rqd to use ssl virtualhosts.


Thank you so much Vivek.


        cheers
       - wash 
+----------------------------------+-----------------------------------------+
Odhiambo Washington, wash@wananchi.com	. WANANCHI ONLINE LTD (Nairobi, KE)  |
http://ns2.wananchi.com/~wash/		. 1ere Etage, Loita Hse, Loita St.,  |
GSM: (+254) 722 743 223			. # 10286, 00100 NAIROBI             |
+---------------------------------+------------------------------------------+
"Oh My God! They killed init! You Bastards!"  
						 --from a /. post

From wash at wananchi.biz  Fri Feb 14 11:23:50 2003
From: wash at wananchi.biz (Odhiambo Washington)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Re: rt-mailgate in RT2 vs RT3
In-Reply-To: <18ji9i-000OlM-00@ns2.wananchi.com>
References: <18ji9i-000OlM-00@ns2.wananchi.com>
Message-ID: <20030214162350.GF68682@ns2.wananchi.com>

Maybe I concluded so fast. The last test seemed to have succeeded, but after
all the changes, I see a failure still:

2003-02-14 19:22:46 SMTP connection from ns2.wananchi.com [62.8.64.4] (TCP/IP connection count = 1)
2003-02-14 19:22:46 18jibu-000NaZ-00 <= wash@wananchi.com H=ns2.wananchi.com [62.8.64.4] P=esmtp S=1702
id=20030214162142.GE68682@ns2.wananchi.com T="Testing" from <wash@wananchi.com> for rt@freebsd.or.ke
2003-02-14 19:22:47 3 args: /usr/local/sbin/exim -Mc 18jibu-000NaZ-00
2003-02-14 19:22:47 SMTP connection from ns2.wananchi.com [62.8.64.4] closed by QUIT
2003-02-14 19:22:47 18jibu-000NaZ-00 <|/opt/rt3/bin/rt-mailgate --queue cs --action correspond --url
http://rt3.wananchi.com/>: address_pipe transport output: An Error Occurred
2003-02-14 19:22:47 18jibu-000NaZ-00 == |/opt/rt3/bin/rt-mailgate --queue cs --action correspond --url
http://rt3.wananchi.com/ <rt@freebsd.or.ke> R=system_aliases T=address_pipe defer (0): Child process of address_pipe transport
returned 75 (could mean temporary error) from command: /opt/rt3/bin/rt-mailgate




        cheers
       - wash 
+----------------------------------+-----------------------------------------+
Odhiambo Washington, wash@wananchi.com	. WANANCHI ONLINE LTD (Nairobi, KE)  |
http://ns2.wananchi.com/~wash/		. 1ere Etage, Loita Hse, Loita St.,  |
GSM: (+254) 722 743 223			. # 10286, 00100 NAIROBI             |
+---------------------------------+------------------------------------------+
"Oh My God! They killed init! You Bastards!"  
						 --from a /. post

From jesse at bestpractical.com  Fri Feb 14 11:28:15 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] rt-mailgate in RT2 vs RT3
In-Reply-To: <18jiYO-000PfQ-00@ns2.wananchi.com>
References: <20030214155338.GA68682@ns2.wananchi.com> <18ji9i-000OlM-00@ns2.wananchi.com> <18jiOW-0003Jo-00@ns2.wananchi.com> <18jiYO-000PfQ-00@ns2.wananchi.com>
Message-ID: <20030214162815.GV31136@pallas.fsck.com>

> 
> beastie# mv message.txt messagefile.txt
> beastie# ./rt-mailgate --queue cs --action correspond --url https://rt3.wananchi.com/ < messagefile.txt
> An Error Occurred
> =================
> 
> 501 Protocol scheme 'https' is not supported


Actually, I believe that would be your lib-www-perl not being built with
ssl support. But I'll point our tech writer at this bit when she's next
ready for installation guide details.
> 
> 
> 
> Okay, I now changed the https to http:
> 
> beastie# ./rt-mailgate --queue general --action correspond --url http://rt3.wananchi.com/ < messagefile.txt
> An Error Occurred
> =================
> 
> 404 Not Found
> beastie# 
> 
> 
> Thirdly I changed the virtualhost for rt from <VirtualHost *:443> to <VirtualHost *:80> and
> did apachectl {stop|startssl}. The result...
> 
> beastie# ./rt-mailgate --queue general --action correspond --url http://rt3.wananchi.com/ < messagefile.txt
> beastie#
> 
> 
> I hope it is documented that either
> 
> 1. rt3 doesn't support ssl virtualhosts, OR
> 2. there is some tweaks rqd to use ssl virtualhosts.
> 
> 
> Thank you so much Vivek.
> 
> 
>         cheers
>        - wash 
> +----------------------------------+-----------------------------------------+
> Odhiambo Washington, wash@wananchi.com	. WANANCHI ONLINE LTD (Nairobi, KE)  |
> http://ns2.wananchi.com/~wash/		. 1ere Etage, Loita Hse, Loita St.,  |
> GSM: (+254) 722 743 223			. # 10286, 00100 NAIROBI             |
> +---------------------------------+------------------------------------------+
> "Oh My God! They killed init! You Bastards!"  
> 						 --from a /. post
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From rich+rt at lafferty.ca  Fri Feb 14 11:40:22 2003
From: rich+rt at lafferty.ca (Rich Lafferty)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] rt-mailgate in RT2 vs RT3
In-Reply-To: <20030214161805.GU31136@pallas.fsck.com>; from jesse@bestpractical.com on Fri, Feb 14, 2003 at 11:18:05AM -0500
References: <18ji9i-000OlM-00@ns2.wananchi.com> <20030214161805.GU31136@pallas.fsck.com>
Message-ID: <20030214114022.A7591@lafferty.ca>

On Fri, Feb 14, 2003 at 11:18:05AM -0500, Jesse Vincent <jesse@bestpractical.com> wrote:
> 
> So. It should be noted that rt3's mailgate uses an http based RPC
> mechanism to talk to the RT Application Server (The web ui). If you
> don't have the web ui running correctly, the mailgate won't work.

Not running RT3 yet, but worried: we'll need to be sure to document
how to make an rt-mailgate RPC failure appear to the MTA as a
transient error, so that mail received while the webserver is being
restarted gets queued for retry rather than bouncing.

  -Rich

-- 
Rich Lafferty --------------+-----------------------------------------------
 Ottawa, Ontario, Canada    |  Save the Pacific Northwest Tree Octopus!
 http://www.lafferty.ca/    |    http://zapatopi.net/treeoctopus.html
rich@lafferty.ca -----------+-----------------------------------------------

From jesse at bestpractical.com  Fri Feb 14 11:49:29 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] rt-mailgate in RT2 vs RT3
In-Reply-To: <20030214114022.A7591@lafferty.ca>
References: <18ji9i-000OlM-00@ns2.wananchi.com> <20030214161805.GU31136@pallas.fsck.com> <20030214114022.A7591@lafferty.ca>
Message-ID: <20030214164929.GY31136@pallas.fsck.com>



On Fri, Feb 14, 2003 at 11:40:22AM -0500, Rich Lafferty wrote:
> 
> Not running RT3 yet, but worried: we'll need to be sure to document
> how to make an rt-mailgate RPC failure appear to the MTA as a
> transient error, so that mail received while the webserver is being
> restarted gets queued for retry rather than bouncing.

It should already be exiting with a TEMPFAIL.

> 
>   -Rich
> 
> -- 
> Rich Lafferty --------------+-----------------------------------------------
>  Ottawa, Ontario, Canada    |  Save the Pacific Northwest Tree Octopus!
>  http://www.lafferty.ca/    |    http://zapatopi.net/treeoctopus.html
> rich@lafferty.ca -----------+-----------------------------------------------
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From rspier at pobox.com  Fri Feb 14 11:51:31 2003
From: rspier at pobox.com (Robert Spier)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] rt-mailgate in RT2 vs RT3
In-Reply-To: <20030214162815.GV31136@pallas.fsck.com>
References: <20030214155338.GA68682@ns2.wananchi.com>
	<18ji9i-000OlM-00@ns2.wananchi.com>
	<18jiOW-0003Jo-00@ns2.wananchi.com>
	<18jiYO-000PfQ-00@ns2.wananchi.com>
	<20030214162815.GV31136@pallas.fsck.com>
Message-ID: <m37kc29564.wl_rspier@pobox.com>

> > 
> > 501 Protocol scheme 'https' is not supported
> 
> 
> Actually, I believe that would be your lib-www-perl not being built with
> ssl support. But I'll point our tech writer at this bit when she's next
> ready for installation guide details.
> > 


IIRC, it builds the wrappers by default.  You need IO::Socket::SSL or
Net::SSL installed to enable it.  (Which each has other dependencies.)

-R

From jesse at bestpractical.com  Fri Feb 14 12:39:57 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] initial report on rt 2.1.70 on debian
In-Reply-To: <5.1.0.14.0.20030214114140.03c00ea8@10.1.3.36>
References: <5.1.0.14.0.20030213102643.02756fc8@10.1.3.36> <w52ptpyszj1.fsf@lame.message.id> <5.1.0.14.0.20030213102643.02756fc8@10.1.3.36> <5.1.0.14.0.20030214114140.03c00ea8@10.1.3.36>
Message-ID: <20030214173957.GC31136@pallas.fsck.com>



> The same box seemed quick enough with RT2, although I agree it's woefully 
> underpowered in this day and age. What sort of system will be recommended 
> for RT3 final?

It seems reasonably zippy for me on an 800mhz P3 with a gig of ram. (The
box also does a bunch of other things)


> 
>  - Andrew
> 
> 

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From wash at wananchi.biz  Fri Feb 14 12:02:57 2003
From: wash at wananchi.biz (Odhiambo Washington)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Re: rt-mailgate in RT2 vs RT3
In-Reply-To: <18jiiO-000Kmt-00@ns2.wananchi.com>
References: <18ji9i-000OlM-00@ns2.wananchi.com> <18jiiO-000Kmt-00@ns2.wananchi.com>
Message-ID: <20030214170257.GH68682@ns2.wananchi.com>

* Odhiambo Washington <wash@wananchi.biz> [20030214 19:29]: wrote:
> 
> Maybe I concluded so fast. The last test seemed to have succeeded, but after
> all the changes, I see a failure still:
> 
> 2003-02-14 19:22:47 18jibu-000NaZ-00 == |/opt/rt3/bin/rt-mailgate --queue cs --action correspond --url
> http://rt3.wananchi.com/ <rt@freebsd.or.ke> R=system_aliases T=address_pipe defer (0): Child process of address_pipe transport
> returned 75 (could mean temporary error) from command: /opt/rt3/bin/rt-mailgate



Forgive my stupidity. I had used a SSL virtualhost again.
It works!


        cheers
       - wash 
+----------------------------------+-----------------------------------------+
Odhiambo Washington, wash@wananchi.com	. WANANCHI ONLINE LTD (Nairobi, KE)  |
http://ns2.wananchi.com/~wash/		. 1ere Etage, Loita Hse, Loita St.,  |
GSM: (+254) 722 743 223			. # 10286, 00100 NAIROBI             |
+---------------------------------+------------------------------------------+
"Oh My God! They killed init! You Bastards!"  
						 --from a /. post

From wash at wananchi.biz  Fri Feb 14 12:03:59 2003
From: wash at wananchi.biz (Odhiambo Washington)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] rt-mailgate in RT2 vs RT3
In-Reply-To: <18jift-000Fm5-00@ns2.wananchi.com>
References: <20030214155338.GA68682@ns2.wananchi.com> <18ji9i-000OlM-00@ns2.wananchi.com> <18jiOW-0003Jo-00@ns2.wananchi.com> <18jiYO-000PfQ-00@ns2.wananchi.com> <18jift-000Fm5-00@ns2.wananchi.com>
Message-ID: <20030214170359.GI68682@ns2.wananchi.com>

* Jesse Vincent <jesse@bestpractical.com> [20030214 19:26]: wrote:
> > 
> > beastie# mv message.txt messagefile.txt
> > beastie# ./rt-mailgate --queue cs --action correspond --url https://rt3.wananchi.com/ < messagefile.txt
> > An Error Occurred
> > =================
> > 
> > 501 Protocol scheme 'https' is not supported
> 
> 
> Actually, I believe that would be your lib-www-perl not being built with
> ssl support. But I'll point our tech writer at this bit when she's next
> ready for installation guide details.



I have recompiled my server, with ssl support in mod_perl, so I am heading
back to https again just for the feel of it, to try-verify this observation.




        cheers
       - wash 
+----------------------------------+-----------------------------------------+
Odhiambo Washington, wash@wananchi.com	. WANANCHI ONLINE LTD (Nairobi, KE)  |
http://ns2.wananchi.com/~wash/		. 1ere Etage, Loita Hse, Loita St.,  |
GSM: (+254) 722 743 223			. # 10286, 00100 NAIROBI             |
+---------------------------------+------------------------------------------+
"Oh My God! They killed init! You Bastards!"  
						 --from a /. post

From wash at wananchi.biz  Fri Feb 14 12:24:13 2003
From: wash at wananchi.biz (Odhiambo Washington)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] rt-mailgate in RT2 vs RT3
In-Reply-To: <18jift-000Fm5-00@ns2.wananchi.com>
References: <20030214155338.GA68682@ns2.wananchi.com> <18ji9i-000OlM-00@ns2.wananchi.com> <18jiOW-0003Jo-00@ns2.wananchi.com> <18jiYO-000PfQ-00@ns2.wananchi.com> <18jift-000Fm5-00@ns2.wananchi.com>
Message-ID: <20030214172413.GK68682@ns2.wananchi.com>

* Jesse Vincent <jesse@bestpractical.com> [20030214 19:26]: wrote:
> > 
> > beastie# mv message.txt messagefile.txt
> > beastie# ./rt-mailgate --queue cs --action correspond --url https://rt3.wananchi.com/ < messagefile.txt
> > An Error Occurred
> > =================
> > 
> > 501 Protocol scheme 'https' is not supported
> 
> 
> Actually, I believe that would be your lib-www-perl not being built with
> ssl support. But I'll point our tech writer at this bit when she's next
> ready for installation guide details.


More feedback. I have (I believe) met the condition above, building modperl1
with ssl support. Actually I am not quite certain about it ;)
My rt3 is running under fastcgi. When I attempt to run with modperl my
httpd core dumps.

I used the script below to build this stuff, so maybe someone can spot an error in
my script??

<cut>
#!/bin/sh

APACHE="apache_1.3.27"
MOD_PERL="mod_perl-1.27"
MOD_SSL="mod_ssl-2.8.12-1.3.27"
SSL_BASE="/usr/local"

PACKAGES="$APACHE $MOD_PERL $MOD_SSL"

for package in $PACKAGES; do

if [ -d $package ]; then
echo removing $package
rm -rf $package
fi
if [ -f $package.tar.bz2 ]; then
tar xfvy $package.tar.bz2
else
tar xfvz $package.tar.gz
fi

done

cd $MOD_SSL
./configure --with-apache=../$APACHE --with-ssl=/usr --enable-shared=ssl --with-mm=/usr/local
cd ../$MOD_PERL
perl Makefile.PL DO_HTTPD=1 USE_APACI=1 APACHE_PREFIX=/usr/local EVERYTHING=1 SSL_BASE=/usr/local \
                 APACI_ARGS='--server-uid=www, --server-gid=www, --enable-module=so --enable-module=most, \ 
                 --enable-shared=max --disable-shared=perl, --enable-module=perl, --enable-module=ssl, \
                 --enable-module=rewrite, --with-layout=../FreeBSD.layout:FreeBSD, --without-confadjust'
make test; cd ../$APACHE; make certificate TYPE=custom
mv /usr/local/etc/apache/httpd.conf /usr/local/etc/apache/httpd.conf.OLD
cd ../mod_perl-1.27; make install

</cut>



        cheers
       - wash 
+----------------------------------+-----------------------------------------+
Odhiambo Washington, wash@wananchi.com	. WANANCHI ONLINE LTD (Nairobi, KE)  |
http://ns2.wananchi.com/~wash/		. 1ere Etage, Loita Hse, Loita St.,  |
GSM: (+254) 722 743 223			. # 10286, 00100 NAIROBI             |
+---------------------------------+------------------------------------------+
"Oh My God! They killed init! You Bastards!"  
						 --from a /. post

From jesse at bestpractical.com  Fri Feb 14 17:09:54 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Notify with attachments
Message-ID: <20030214220954.GG31136@pallas.fsck.com>

RT 2.1.72 will finally contain the long awaited "Notify with
attachments" feature. To activate it, add a header to the top of any
message template that reads 

RT-Attach-Message: yes

(as always, be sure that you have two newlines between your headers and
the body of your template.

A couple of the standard templates have been changed to notify with
attachments, rather than including the body of the message inline.  I'd
appreciate feedback on these settings before I declare beta 2, early
next week.

	-jesse



-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From wash at wananchi.biz  Sat Feb 15 01:48:20 2003
From: wash at wananchi.biz (Odhiambo Washington)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Quickly Jumping to another queue - feature request
Message-ID: <20030215064820.GA19879@ns2.wananchi.com>

Hi Jesse,

Sometimes earlier, Julian posted a small customization that would add an
entry to the top Tabs to enable a user jump to another queue. This is a
cool feature and if it's not too much to request, I'd pray that it gets
incorporated as part of rt3.

http://lists.fsck.com/pipermail/rt-users/2002-October/010247.html



        cheers
       - wash 
+----------------------------------+-----------------------------------------+
Odhiambo Washington, wash@wananchi.com	. WANANCHI ONLINE LTD (Nairobi, KE)  |
http://ns2.wananchi.com/~wash/		. 1ere Etage, Loita Hse, Loita St.,  |
GSM: (+254) 722 743 223			. # 10286, 00100 NAIROBI             |
+---------------------------------+------------------------------------------+
"Oh My God! They killed init! You Bastards!"  
						 --from a /. post

From jesse at bestpractical.com  Sat Feb 15 01:51:44 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Quickly Jumping to another queue - feature request
In-Reply-To: <18jw7Y-000E9T-00@ns2.wananchi.com>
References: <18jw7Y-000E9T-00@ns2.wananchi.com>
Message-ID: <20030215065144.GH31136@pallas.fsck.com>

Try just typing a queue name in the "Search" dialog in the upper right
hand corner of the page.


On Sat, Feb 15, 2003 at 09:48:20AM +0300, Odhiambo Washington wrote:
> Hi Jesse,
> 
> Sometimes earlier, Julian posted a small customization that would add an
> entry to the top Tabs to enable a user jump to another queue. This is a
> cool feature and if it's not too much to request, I'd pray that it gets
> incorporated as part of rt3.
> 
> http://lists.fsck.com/pipermail/rt-users/2002-October/010247.html
> 
> 
> 
>         cheers
>        - wash 
> +----------------------------------+-----------------------------------------+
> Odhiambo Washington, wash@wananchi.com	. WANANCHI ONLINE LTD (Nairobi, KE)  |
> http://ns2.wananchi.com/~wash/		. 1ere Etage, Loita Hse, Loita St.,  |
> GSM: (+254) 722 743 223			. # 10286, 00100 NAIROBI             |
> +---------------------------------+------------------------------------------+
> "Oh My God! They killed init! You Bastards!"  
> 						 --from a /. post
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From wash at wananchi.biz  Sat Feb 15 02:07:40 2003
From: wash at wananchi.biz (Odhiambo Washington)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Quickly Jumping to another queue - feature request
In-Reply-To: <18jw9U-000IJ6-00@ns2.wananchi.com>
References: <18jw7Y-000E9T-00@ns2.wananchi.com> <18jw9U-000IJ6-00@ns2.wananchi.com>
Message-ID: <20030215070740.GB19879@ns2.wananchi.com>

* Jesse Vincent <jesse@bestpractical.com> [20030215 09:50]: wrote:
> 
> Try just typing a queue name in the "Search" dialog in the upper right
> hand corner of the page.

:-)

BTW, I find rt3 quite slow. Is this because of me using fastcgi?
I'd have loved to use modperl but whenever I setup rt3 to use it
my apache core dumps.



        cheers
       - wash 
+----------------------------------+-----------------------------------------+
Odhiambo Washington, wash@wananchi.com	. WANANCHI ONLINE LTD (Nairobi, KE)  |
http://ns2.wananchi.com/~wash/		. 1ere Etage, Loita Hse, Loita St.,  |
GSM: (+254) 722 743 223			. # 10286, 00100 NAIROBI             |
+---------------------------------+------------------------------------------+
"Oh My God! They killed init! You Bastards!"  
						 --from a /. post

From jesse at bestpractical.com  Sat Feb 15 02:14:23 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Quickly Jumping to another queue - feature request
In-Reply-To: <18jwQG-0003nU-00@ns2.wananchi.com>
References: <18jw7Y-000E9T-00@ns2.wananchi.com> <18jw9U-000IJ6-00@ns2.wananchi.com> <18jwQG-0003nU-00@ns2.wananchi.com>
Message-ID: <20030215071423.GI31136@pallas.fsck.com>



> BTW, I find rt3 quite slow. Is this because of me using fastcgi?
> I'd have loved to use modperl but whenever I setup rt3 to use it
> my apache core dumps.


Quantify "Slow." Also, please describe what you're trying to run it on.
It's definitely heavier than RT 2.0 was, but technology has also
advanced a fair bit in the past two years.

	-j
> 
> 
> 
>         cheers
>        - wash 
> +----------------------------------+-----------------------------------------+
> Odhiambo Washington, wash@wananchi.com	. WANANCHI ONLINE LTD (Nairobi, KE)  |
> http://ns2.wananchi.com/~wash/		. 1ere Etage, Loita Hse, Loita St.,  |
> GSM: (+254) 722 743 223			. # 10286, 00100 NAIROBI             |
> +---------------------------------+------------------------------------------+
> "Oh My God! They killed init! You Bastards!"  
> 						 --from a /. post
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From wash at wananchi.biz  Sat Feb 15 02:28:39 2003
From: wash at wananchi.biz (Odhiambo Washington)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Quickly Jumping to another queue - feature request
In-Reply-To: <18jwVO-000Evh-00@ns2.wananchi.com>
References: <18jw7Y-000E9T-00@ns2.wananchi.com> <18jw9U-000IJ6-00@ns2.wananchi.com> <18jwQG-0003nU-00@ns2.wananchi.com> <18jwVO-000Evh-00@ns2.wananchi.com>
Message-ID: <20030215072839.GC19879@ns2.wananchi.com>

* Jesse Vincent <jesse@bestpractical.com> [20030215 10:12]: wrote:
> 
> 
> > BTW, I find rt3 quite slow. Is this because of me using fastcgi?
> > I'd have loved to use modperl but whenever I setup rt3 to use it
> > my apache core dumps.
> 
> 
> Quantify "Slow." Also, please describe what you're trying to run it on.
> It's definitely heavier than RT 2.0 was, but technology has also
> advanced a fair bit in the past two years.


Not a serious issue though. It's only that response is a bit slow compared
to rt2 which I also ran on the same box. Factors contributing to this could
be varios, ranging from

1. I used to run rt2 with modperl, not fastcgi as I use for rt3
2. This box has changed OS from FreeBSD 4.7-STABLE to 5.0-RELEASE.

The machine specs:

CPU: Pentium 4 (1699.95-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0xf12  Stepping = 2
Features=0x3febf9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,\
MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM>
real memory  = 335478784 (319 MB)
avail memory = 318521344 (303 MB)


I know this doesn't quantify ;)


        cheers
       - wash 
+----------------------------------+-----------------------------------------+
Odhiambo Washington, wash@wananchi.com	. WANANCHI ONLINE LTD (Nairobi, KE)  |
http://ns2.wananchi.com/~wash/		. 1ere Etage, Loita Hse, Loita St.,  |
GSM: (+254) 722 743 223			. # 10286, 00100 NAIROBI             |
+---------------------------------+------------------------------------------+
"Oh My God! They killed init! You Bastards!"  
						 --from a /. post

From wash at wananchi.biz  Sat Feb 15 02:38:34 2003
From: wash at wananchi.biz (Odhiambo Washington)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] rt-mailgate in RT2 vs RT3 (SSL Hosts Resolved)
In-Reply-To: <18jiW2-000KTj-00@ns2.wananchi.com>
References: <18ji9i-000OlM-00@ns2.wananchi.com> <18jiW2-000KTj-00@ns2.wananchi.com>
Message-ID: <20030215073834.GD19879@ns2.wananchi.com>

* Jesse Vincent <jesse@bestpractical.com> [20030214 19:16]: wrote:
> 
> On Fri, Feb 14, 2003 at 06:53:38PM +0300, Odhiambo Washington wrote:
> > 
> > rt-mailgate for rt3 fails to work, while rt-mailgate for rt2 works okay.
> > 
> > rt:   "|/opt/rt3/bin/rt-mailgate --queue cs --action correspond --url https://rt3.wananchi.com/"
> > 
> > However, when I send to "rt at freebsd.or.ke", the mail gets stuck.
> > [addresses masked deliberately ;)]
> 
> So. It should be noted that rt3's mailgate uses an http based RPC
> mechanism to talk to the RT Application Server (The web ui). If you
> don't have the web ui running correctly, the mailgate won't work.
> 


One more report. I have the ssl options working now. I must admin that
I missed to pay attention to Robert Spier's instruction that one needed
to install IO::Socket::SSL or Net::SSL . Now rt3's mailgate can use HTTPS
based RPC mechanism to talk to the RT Application Server.

Now the setup below, together with an HTTPS is working!!

rt:   "|/opt/rt3/bin/rt-mailgate --queue cs --action correspond --url https://rt3.wananchi.com/"



For the benefit of those who might be interested in using SSL-ed hosts, will
you please add the two SSL modules as dependancies? I am sure they can lie
idle within and still remain harmful.



        cheers
       - wash 
+----------------------------------+-----------------------------------------+
Odhiambo Washington, wash@wananchi.com	. WANANCHI ONLINE LTD (Nairobi, KE)  |
http://ns2.wananchi.com/~wash/		. 1ere Etage, Loita Hse, Loita St.,  |
GSM: (+254) 722 743 223			. # 10286, 00100 NAIROBI             |
+---------------------------------+------------------------------------------+
"Oh My God! They killed init! You Bastards!"  
						 --from a /. post

From jesse at bestpractical.com  Sat Feb 15 18:27:21 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Quickly Jumping to another queue - feature request
In-Reply-To: <18jwkZ-000M2x-00@ns2.wananchi.com>
References: <18jw7Y-000E9T-00@ns2.wananchi.com> <18jw9U-000IJ6-00@ns2.wananchi.com> <18jwQG-0003nU-00@ns2.wananchi.com> <18jwVO-000Evh-00@ns2.wananchi.com> <18jwkZ-000M2x-00@ns2.wananchi.com>
Message-ID: <20030215232721.GR31136@pallas.fsck.com>



On Sat, Feb 15, 2003 at 10:28:39AM +0300, Odhiambo Washington wrote:
> 
> Not a serious issue though. It's only that response is a bit slow compared
> to rt2 which I also ran on the same box. Factors contributing to this could
> be varios, ranging from

Ok. a bit slower is expected. Though it should scale more linearly than
rt2 did. I suspect that adding more ram to that box will help a bunch.

	-j

> 
> 1. I used to run rt2 with modperl, not fastcgi as I use for rt3
> 2. This box has changed OS from FreeBSD 4.7-STABLE to 5.0-RELEASE.
> 
> The machine specs:
> 
> CPU: Pentium 4 (1699.95-MHz 686-class CPU)
>   Origin = "GenuineIntel"  Id = 0xf12  Stepping = 2
> Features=0x3febf9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,\
> MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM>
> real memory  = 335478784 (319 MB)
> avail memory = 318521344 (303 MB)
> 
> 
> I know this doesn't quantify ;)
> 
> 
>         cheers
>        - wash 
> +----------------------------------+-----------------------------------------+
> Odhiambo Washington, wash@wananchi.com	. WANANCHI ONLINE LTD (Nairobi, KE)  |
> http://ns2.wananchi.com/~wash/		. 1ere Etage, Loita Hse, Loita St.,  |
> GSM: (+254) 722 743 223			. # 10286, 00100 NAIROBI             |
> +---------------------------------+------------------------------------------+
> "Oh My God! They killed init! You Bastards!"  
> 						 --from a /. post
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From neil-list at hostmysite.com  Sat Feb 15 20:10:31 2003
From: neil-list at hostmysite.com (Neil H.)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] 3.0 Screenshots?
References: <20021230-fd317cf7e18d18c98b3f87be78c867a6@mail.boston.com> <Pine.LNX.4.44.0212312041330.18964-100000@x22.ripe.net> <20021231-19f259acd963bf47534d1db226c298a0@mail.boston.com> <20021231214724.GO12365@pallas.fsck.com>
Message-ID: <013e01c2d558$3bdb6eb0$db00a8c0@neilsmomma>

Are there going to be 3.0 Screenshots?  I would like to take a look at it to
consider it for implementation.

Thanks,

Neil


From autrijus at autrijus.org  Sun Feb 16 00:26:34 2003
From: autrijus at autrijus.org (Autrijus Tang)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] 3.0 Screenshots?
In-Reply-To: <013e01c2d558$3bdb6eb0$db00a8c0@neilsmomma>
References: <20021230-fd317cf7e18d18c98b3f87be78c867a6@mail.boston.com> <Pine.LNX.4.44.0212312041330.18964-100000@x22.ripe.net> <20021231-19f259acd963bf47534d1db226c298a0@mail.boston.com> <20021231214724.GO12365@pallas.fsck.com> <013e01c2d558$3bdb6eb0$db00a8c0@neilsmomma>
Message-ID: <20030216052634.GC13094@not.autrijus.org>

On Sat, Feb 15, 2003 at 08:10:31PM -0500, Neil H. wrote:
> Are there going to be 3.0 Screenshots?  I would like to take a look at it to
> consider it for implementation.

http://rt.elixus.org/ has a Guest Login button.  Enjoy. :-)

/Autrijus/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://pallas.eruditorum.org/pipermail/rt-devel/attachments/20030216/d7a29cf3/attachment.pgp
From jesse at bestpractical.com  Mon Feb 17 03:16:57 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] 2.1.72
Message-ID: <20030217081657.GU31136@pallas.fsck.com>

RT 2.1.72 has hit the street. When I wake up and have shaken off this
cold, I expect to have nothing to do tomorrow other than stare out my
window at the 18+ inches of snow Boston is scheduled to get.  I'll
cobble together some release notes for 2.1.71 and 2.1.72 and will likely
annoint 2.1.72 as "Beta 2".   The only feature work left for 2.1.x is
integrating the new CLI and RPC mechanism that's being built for it.
Then, I expect that we'll enter a 3-4 week freeze while the beta's last
kinks show themselves. Which puts a release date for 3.0 somewhere
around March 15, 2003.

	Jesse

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From js138 at eng.cam.ac.uk  Mon Feb 17 09:38:28 2003
From: js138 at eng.cam.ac.uk (J. Sloan)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] rt2->rt3 1.5 deficiencies.
Message-ID: <Pine.HPX.4.33L.0302171430050.13544-100000@last.eng.cam.ac.uk>

Hmm.  The rt2-rt3 migration process doesn't appear to be as functional as
I had hoped.  I have successfully uploaded 1200 odd tickets worth of data
from my RT2 server into RT3.  However it doesn't seem to have preserved
quite a bit of information.

That is - all of my scrips have failed to be translated - for the ones
using non-standard conditions or calling non-standard actions this is
expected, but none have made it through.  This is a shame.

The second thing I have noticed is that none of my templates have made it
through the warp.

If these are features, then it might be worth documenting them as such.
That said I can't see why Templates shouldn't be preserved.

While none of these are earth-shattering, it does rather increase the
downtime for a migration if these things have to be patched up by hand -
creating 7 scrips for multiple queues can be a tad time consuming and
error prone.  I guess I'll have to investigate more automated methods.

John


From derek at csolve.net  Mon Feb 17 10:24:48 2003
From: derek at csolve.net (Derek Buttineau)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] 2-1-72 errors
Message-ID: <012501c2d698$b5405360$8850a4cf@CPQ12353234267>

1)

In /usr/local/rt3/share/html/Ticket/Elements/AddWatchers

$GroupString is not explicitly defined..

Adding $GroupString => undef to the <%ARGS> fixes the error.


2)

The search function in index.html displays a 200 page with document has
moved, instead of doing a 403 (Document has moved) to actually redirect you
to the page (Assuming it's supposed to redirect you).

Thanks,

Derek


From derek at csolve.net  Mon Feb 17 10:33:35 2003
From: derek at csolve.net (Derek Buttineau)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] 2-1-72 errors
References: <012501c2d698$b5405360$8850a4cf@CPQ12353234267>
Message-ID: <012e01c2d699$ef6a0bc0$8850a4cf@CPQ12353234267>

Err.. on 2) s/403/302/

Derek
  ----- Original Message ----- 
  From: Derek Buttineau 
  To: rt-devel@lists.fsck.com 
  Sent: Monday, February 17, 2003 10:24 AM
  Subject: [rt-devel] 2-1-72 errors


  1)

  In /usr/local/rt3/share/html/Ticket/Elements/AddWatchers

  $GroupString is not explicitly defined..

  Adding $GroupString => undef to the <%ARGS> fixes the error.


  2)

  The search function in index.html displays a 200 page with document has
  moved, instead of doing a 403 (Document has moved) to actually redirect you
  to the page (Assuming it's supposed to redirect you).

  Thanks,

  Derek

  _______________________________________________
  rt-devel mailing list
  rt-devel@lists.fsck.com
  http://lists.fsck.com/mailman/listinfo/rt-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://pallas.eruditorum.org/pipermail/rt-devel/attachments/20030217/44f4c2d2/attachment.htm
From hwagener at hamburg.fcb.com  Mon Feb 17 10:52:42 2003
From: hwagener at hamburg.fcb.com (Harald Wagener)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] 2.1.72
In-Reply-To: <20030217081657.GU31136@pallas.fsck.com>
Message-ID: <D93647A4-428F-11D7-B752-003065DC18B8@hamburg.fcb.com>

Hello List,
I am still getting no further with my installation of RT3. To recap: I 
get no errors on installation, but cannot login wirh root/password. I 
built mod_fastcgi for apache 2.0.40, with was quite a pain (RedHats 
fault - their build environment for apache modules is, quite plainly 
broken. I fixed by installing the src rpm and creating some wild links 
so the varous build scripts are satisfied by the location of other 
scripts and include files), but eventually succeeded. Now, when trying 
to run rt with the following configuration:

<VirtualHost x.x.x.x>
        ServerName rt3.hamburg.fcb.com
        DocumentRoot /opt/rt3/share/html
        AddDefaultCharset UTF-8
        Alias /NoAuth/images/ /opt/rt3/share/html/NoAuth/images/
        FastCgiServer /opt/rt3/bin/mason_handler.fcgi
        ScriptAlias / /opt/rt3/bin/mason_handler.fcgi/
        AddHandler fastcgi-script fcgi
</VirtualHost>

And the following permissions (after running 'make fixperms'):

[root@print bin]# pwd
/opt/rt3/bin
[root@print bin]# ls -la
total 56
drwxrwxrwx    2 root     root          107 Feb  6 10:26 .
drwxr-xr-x    9 root     root           81 Feb  6 10:26 ..
-rwxrwxrwx+   1 apache   rt           1359 Feb 17 15:00 
mason_handler.fcgi
-rwxr-xr-x+   1 root     root         6699 Feb 17 15:00 
mason_handler.svc
-rwxr-xr-x+   1 root     root         6096 Feb 17 15:00 rt-crontool
-rwxr-xr-x+   1 root     root        10165 Feb 17 15:00 rt-mailgate
-rwxr-xr-x+   1 root     root         3364 Feb 17 15:00 webmux.pl
[root@print bin]#


I get the following in my error log once a second:

[Mon Feb 17 16:44:12 2003] [error] (13)Permission denied: FastCGI: 
unlink() failed to remove socket file 
"/etc/httpd/logs/fastcgi/362fab4db3d651b6d082c0358ebb4d83" for server 
"/opt/rt3/bin/mason_handler.fcgi"

I am absolutely unaqcainted with fastcgi, but I wanted to rule out some 
mod_perl trouble by checking another way of setting the web ui up. Any 
hints on what I could do right instead of wrong?

Regards,
     Harald

-- 
Harald Wagener * FCB/Wilkens * An der Alster 42 * 20099 Hamburg


From jesse at bestpractical.com  Mon Feb 17 12:47:35 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] Re: My RT3 I18N nightmare (UTF-8)
In-Reply-To: <Pine.LNX.4.33.0302171502160.14340-100002@metis.zcu.cz>
References: <5.1.0.14.0.20030214114140.03c00ea8@10.1.3.36> <Pine.LNX.4.33.0302171502160.14340-100002@metis.zcu.cz>
Message-ID: <20030217174735.GV31136@pallas.fsck.com>

Are you using perl 5.6 or perl 5.8? There are known issues with 5.6 and
I18N. 


On Mon, Feb 17, 2003 at 03:29:58PM +0100, Jan Okrouhly wrote:
> Hi,
> 
> I wanted to make corrections of my translations, but found there
> is still problem, that with the web ui I18N coding IS something VERY
> BAD/WRONG.
> The core of problem lies somewhere in RT which sometimes doubles
> conversion into UTF-8 - its strange output you could see in the
> attached file.
> 
> before_login - all works Ok (my locale is CS - Czech)
> after_login - everything is wrong.
> 
> I assume that nobody has noticed it during translations, may be due
> e.i. DE - German has not so much accuted characters? How about ZH,
> RU, JA?
> 
> An example:
>  ? (a accute)
>  should be hex   C3   A1
>  RT outputs    C3 83 C2 A1
> 
> Could somebody take closer look at this show stopper?
> Maybe the problem is only somewhere in HTTP headers?
> 
> I proved that the problem is not in the apache nor browser,
> but six hours spent playing with the RT code weren't enough... :-(
> 
> Jan Okrouhly
> ---------------------------------------\-\-\+\-\-\---okrouhly@civ.zcu.cz---
> Laboratory for Computer Science             |    phone: +420 377 632 837
> University of West Bohemia                  | location: Univerzitni 22
> Americka 42, 306 14 Pilsen, Czech Republic  |     room: UI402
> ------------------------------------------73!-de-OK1INC@OK0PPL.#BOH.CZE.EU-




-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Mon Feb 17 12:55:51 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] rt2->rt3 1.5 deficiencies.
In-Reply-To: <Pine.HPX.4.33L.0302171430050.13544-100000@last.eng.cam.ac.uk>
References: <Pine.HPX.4.33L.0302171430050.13544-100000@last.eng.cam.ac.uk>
Message-ID: <20030217175551.GW31136@pallas.fsck.com>



On Mon, Feb 17, 2003 at 02:38:28PM +0000, J. Sloan wrote:
> 
> Hmm.  The rt2-rt3 migration process doesn't appear to be as functional as
> I had hoped.  I have successfully uploaded 1200 odd tickets worth of data
> from my RT2 server into RT3.  However it doesn't seem to have preserved
> quite a bit of information.
> 
> That is - all of my scrips have failed to be translated - for the ones
> using non-standard conditions or calling non-standard actions this is
> expected, but none have made it through.  This is a shame.
> 
> The second thing I have noticed is that none of my templates have made it
> through the warp.

IIRC, it was documented in the release announcement.  APIs have changed
between 2.0 and 3.0 and it's quite likely that your custom scrips and
templates will need to be reworked to be functional on 3.0. Just moving
them over is going to give users a false sense of security.  But yes,
I'll put a bigger warning in the README


	-jesse


-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Mon Feb 17 13:28:34 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:44 2004
Subject: [rt-devel] 2.1.72
In-Reply-To: <15953.10417.282680.964257@gargle.gargle.HOWL>
References: <20030217081657.GU31136@pallas.fsck.com> <15953.10417.282680.964257@gargle.gargle.HOWL>
Message-ID: <20030217182834.GY31136@pallas.fsck.com>



On Mon, Feb 17, 2003 at 01:23:45PM -0500, John Stoffel wrote:
> 
> Jesse> The only feature work left for 2.1.x is integrating the new CLI
> Jesse> and RPC mechanism that's being built for it.  
> 
> So what are the design goals for the CLI design?  I'd personally like
> to see them as minimal as possible, so that I can run the CLI (like
> the web interface) from pretty much anywhere.  Ideally from a stuck
> perl5.6.1 installation directory if possible.

It'll be using a "REST" based RPC mechanism and is designed to run
remotely, using as few resources as possible. I can't give you an exact
list, but I do know that LWP will be a requirement, as will one of the
SSL wrappers, if you intend to use the CLI over a secured tunnel (which
we recommend).

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From okrouhly at civ.zcu.cz  Mon Feb 17 13:32:26 2003
From: okrouhly at civ.zcu.cz (Jan Okrouhly)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Re: My RT3 I18N nightmare (UTF-8)
In-Reply-To: <20030217174735.GV31136@pallas.fsck.com>
Message-ID: <Pine.LNX.4.33.0302171930010.14874-100000@metis.zcu.cz>

On Mon, 17 Feb 2003, Jesse Vincent wrote:

> Are you using perl 5.6 or perl 5.8? There are known issues with 5.6 and
> I18N.

Yes, one of things to do for me is to try 5.8 -
my mod_perl returns version 5.006001.

I dunno perl version on rt3.fsck.com (supposed you are already on 5.8).

>
> On Mon, Feb 17, 2003 at 03:29:58PM +0100, Jan Okrouhly wrote:
> > Hi,
> >
> > I wanted to make corrections of my translations, but found there
> > is still problem, that with the web ui I18N coding IS something VERY
> > BAD/WRONG.
> > The core of problem lies somewhere in RT which sometimes doubles
> > conversion into UTF-8 - its strange output you could see in the
> > attached file.
> >
> > before_login - all works Ok (my locale is CS - Czech)
> > after_login - everything is wrong.
> >
> > I assume that nobody has noticed it during translations, may be due
> > e.i. DE - German has not so much accuted characters? How about ZH,
> > RU, JA?
> >
> > An example:
> >  ?? (a accute)
> >  should be hex   C3   A1
> >  RT outputs    C3 83 C2 A1
> >
> > Could somebody take closer look at this show stopper?
> > Maybe the problem is only somewhere in HTTP headers?
> >
> > I proved that the problem is not in the apache nor browser,
> > but six hours spent playing with the RT code weren't enough... :-(
> >
> > Jan Okrouhly
> > ---------------------------------------\-\-\+\-\-\---okrouhly@civ.zcu.cz---
> > Laboratory for Computer Science             |    phone: +420 377 632 837
> > University of West Bohemia                  | location: Univerzitni 22
> > Americka 42, 306 14 Pilsen, Czech Republic  |     room: UI402
> > ------------------------------------------73!-de-OK1INC@OK0PPL.#BOH.CZE.EU-
>
>
>
>
> --
> ???|??? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.
>


Jan Okrouhly
---------------------------------------\-\-\+\-\-\---okrouhly@civ.zcu.cz---
Laboratory for Computer Science             |    phone: +420 377 632 837
University of West Bohemia                  | location: Univerzitni 22
Americka 42, 306 14 Pilsen, Czech Republic  |     room: UI402
------------------------------------------73!-de-OK1INC@OK0PPL.#BOH.CZE.EU-


From jesse at bestpractical.com  Mon Feb 17 14:48:09 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] 2-1-72 errors
In-Reply-To: <012501c2d698$b5405360$8850a4cf@CPQ12353234267>
References: <012501c2d698$b5405360$8850a4cf@CPQ12353234267>
Message-ID: <20030217194809.GZ31136@pallas.fsck.com>



On Mon, Feb 17, 2003 at 10:24:48AM -0500, Derek Buttineau wrote:
> 1)
> 
> In /usr/local/rt3/share/html/Ticket/Elements/AddWatchers
> 
> $GroupString is not explicitly defined..
> 
> Adding $GroupString => undef to the <%ARGS> fixes the error.

*nod* Should be fixed in 2.1.73
> 
> 
> 2)
> 
> The search function in index.html displays a 200 page with document has
> moved, instead of doing a 403 [302] (Document has moved) to actually redirect you
> to the page (Assuming it's supposed to redirect you).

Can you back this up with a packet sniff or dump? With both fastcgi and
mod_perl, I'm seeing an HTTP/1.1 302 Moved.

	Best,
	Jesse


> Thanks,
> 
> Derek
> 
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Mon Feb 17 15:04:52 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Re: My RT3 I18N nightmare (UTF-8)
In-Reply-To: <Pine.LNX.4.33.0302171930010.14874-100000@metis.zcu.cz>
References: <20030217174735.GV31136@pallas.fsck.com> <Pine.LNX.4.33.0302171930010.14874-100000@metis.zcu.cz>
Message-ID: <20030217200452.GA31136@pallas.fsck.com>



On Mon, Feb 17, 2003 at 07:32:26PM +0100, Jan Okrouhly wrote:
> On Mon, 17 Feb 2003, Jesse Vincent wrote:
> 
> > Are you using perl 5.6 or perl 5.8? There are known issues with 5.6 and
> > I18N.
> 
> Yes, one of things to do for me is to try 5.8 -
> my mod_perl returns version 5.006001.
> 
> I dunno perl version on rt3.fsck.com (supposed you are already on 5.8).

fsck.com is actually running perl 5.6.1, as it's a debian stable (woody)
box.  Autrijus has said that he'll have a look at the issues with I18N
and 5.6.1 at some point, but it's definitely a low priority. At this
point, perl 5.8 has proven itself to be so much better at handling
utf-8 that I'd strongly encourage anyone who needs non-us-ascii support
in RT to run perl 5.8, rather than 5.6.1.

	-j


-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From derek at csolve.net  Mon Feb 17 15:40:08 2003
From: derek at csolve.net (Derek Buttineau)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] 2-1-72 errors
References: <012501c2d698$b5405360$8850a4cf@CPQ12353234267> <20030217194809.GZ31136@pallas.fsck.com>
Message-ID: <01f601c2d6c4$c2d02470$8850a4cf@CPQ12353234267>

>Can you back this up with a packet sniff or dump? With both fastcgi and
>mod_perl, I'm seeing an HTTP/1.1 302 Moved.

It's using apache2/mod_perl2 so that may be the cause of it.

It basically just takes me to a page with the HTML:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>200 OK</title>
</head><body>
<h1>OK</h1>
<p>The document has moved <a href="/Ticket/Display.html?id=1">here</a>.</p>
<hr />
<address>Apache/2.0.43 Server at rt2.csolve.net Port 80</address>
</body></html>

Clicking the link completes the redirection and from that point the search
does work properly.  It may perhaps be a bug in mod_perl2?

Derek


From jesse at bestpractical.com  Mon Feb 17 15:42:02 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] 2-1-72 errors
In-Reply-To: <01f601c2d6c4$c2d02470$8850a4cf@CPQ12353234267>
References: <012501c2d698$b5405360$8850a4cf@CPQ12353234267> <20030217194809.GZ31136@pallas.fsck.com> <01f601c2d6c4$c2d02470$8850a4cf@CPQ12353234267>
Message-ID: <20030217204202.GI31136@pallas.fsck.com>



On Mon, Feb 17, 2003 at 03:40:08PM -0500, Derek Buttineau wrote:
> >Can you back this up with a packet sniff or dump? With both fastcgi and
> >mod_perl, I'm seeing an HTTP/1.1 302 Moved.
> 
> It's using apache2/mod_perl2 so that may be the cause of it.
> 
> It basically just takes me to a page with the HTML:


Right. but what I need is the HTTP headers, not the html. This may well
be a bug in apache2/mod_perl2. Which I still don't trust or recommend
anyone use in production.

-- 
?|? http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From ctriv at dyndns.org  Mon Feb 17 16:31:14 2003
From: ctriv at dyndns.org (Chris Reinhardt)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] 2-1-72 errors
In-Reply-To: <20030217204202.GI31136@pallas.fsck.com>
References: <012501c2d698$b5405360$8850a4cf@CPQ12353234267>
 <20030217194809.GZ31136@pallas.fsck.com> <01f601c2d6c4$c2d02470$8850a4cf@CPQ12353234267>
 <20030217204202.GI31136@pallas.fsck.com>
Message-ID: <Pine.BSF.4.50.0302171629490.28090-100000@manganese.bos.dyndns.org>

On Mon, 17 Feb 2003, Jesse Vincent wrote:

> > It basically just takes me to a page with the HTML:
>
>
> Right. but what I need is the HTTP headers, not the html. This may well
> be a bug in apache2/mod_perl2. Which I still don't trust or recommend
> anyone use in production.

This might shed a little light:

http://marc.theaimsgroup.com/?l=apache-modperl&m=102162397305385&w=2

Looks like HTML::Mason::Request::ApacheHandler::redirect() doesn't play
nice with Apache 2.

-- 
Chris Reinhardt
ctriv@dyndns.org
Systems Architect
Dynamic DNS Network Services
http://www.dyndns.org/

From matt_lists at careercast.com  Mon Feb 17 20:25:17 2003
From: matt_lists at careercast.com (Matt Simonsen)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Permissions during mass import of users
Message-ID: <1045531518.25122.67.camel@mattsworkstation>

The code at the bottom of this page imports users from a parsed CSV
file. I am now working on setting it up to set the users up as enabled,
able to be given permissions, and able to create and own tickets
automatically. 

I see SetPrivileged in User_Overlay.pm, but I haven't been able to get
that to work. Any tips or example code would be greatly appreciated- I
know think I'm close - just missing a method or something.

Thanks
Matt



  while (<USERS>) {
    my $user_obj = RT::User->new($RT::SystemUser);
    my $user = {} ;
    bless ($user) ;
    my @user = split /","/ ;
    substr ($user[0], 0, 1) = "" ;
    substr ($user[11], -3) = "" ;
    my $old_id = $user[0] ;
    $user->{'Name'} = $user[1] ;
    $user->{'EmailAddress'} = $user[2] ;
    $user->{'EmailAddress'} = $user[0] unless ($user->{'EmailAddress'}
=~ m/@/ );
    $user->{'WorkPhone'} = "$user[3] $user[4]" ;
    $user->{'MobilePhone'} = $user[5] ;
    $user->{'Comments'} = "$user[10] IMPORTED from F2W" ;
    $user->{'Organization'} = $user[11];
# This is intended to set it so uses can be given privileges... doesn't
work
    $user->{'SetPrivileged'} = '0' ;
    my ($uid, $umsg) = $user_obj->Create( %{$user} );
    #Save new user ID
    my $id = $user_obj->Id();
    $user_map->{$old_id} = $id;
  }




From B.Schofield at mailbox.gu.edu.au  Mon Feb 17 20:51:48 2003
From: B.Schofield at mailbox.gu.edu.au (Brook Schofield)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] 2.1.72 Custom Field search error
In-Reply-To: <Pine.BSF.4.50.0302171629490.28090-100000@manganese.bos.dyn
 dns.org>
References: <20030217204202.GI31136@pallas.fsck.com>
 <012501c2d698$b5405360$8850a4cf@CPQ12353234267>
 <20030217194809.GZ31136@pallas.fsck.com>
 <01f601c2d6c4$c2d02470$8850a4cf@CPQ12353234267>
 <20030217204202.GI31136@pallas.fsck.com>
Message-ID: <5.1.1.6.0.20030218113759.02ec6b00@kraken.itc.gu.edu.au>

All,

When I attempt to perform a Search Query which involves a Custom Field (url 
below):

http://rt.host.edu.au/Search/Listing.html?Bookmark=FrT%253B%25402%257C%25252%257C%25241%257C7%25258%257C%252411%257CDESCRIPTION%25245%257CFIELD%25248%257COPERATOR%25245%257CVALUE%252415%257CQueue%2520%253D%2520General%25245%257CQueue%25241%257C%253D%25247%257CGeneral%25241%257C8&CompileRestriction=1&OwnerOp=%3D&ValueOfOwner=&RequestorOp=LIKE&ValueOfRequestor=&SubjectOp=LIKE&ValueOfSubject=&QueueOp=%3D&ValueOfQueue=&PriorityOp=%3C&ValueOfPriority=&DateType=Created&DateOp=%3C&ValueOfDate=&AttachmentField=Content&AttachmentFieldOp=LIKE&ValueOfAttachmentField=&StatusOp=%3D&ValueOfStatus=&CustomFieldOp1=LIKE&CustomField1=Problem&RowsPerPage=50&TicketsSortBy=id&TicketsSortOrder=DESC&RefreshSearchInterval=-1&Action=Search

I receive the following error:

error:
Unknown field: ITIL at /opt/rt3/lib/RT/Tickets_Overlay_SQL.pm line 217.

context:
...

277:
}
278:

279:
# All errors returned from this routine will be in exception form.
280:
local $SIG{'__DIE__'} = sub {
281:
rethrow_exception( $_[0] );
282:
};
283:

284:
#
285:
# $m is a dynamically scoped global containing this
...


code stack:
/usr/local/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm:281
/opt/rt3/lib/RT/Tickets_Overlay_SQL.pm:217
/opt/rt3/lib/RT/Tickets_Overlay_SQL.pm:297
/opt/rt3/lib/RT/Tickets_Overlay.pm:1946
/opt/rt3/lib/RT/Tickets_Overlay.pm:1688
/opt/rt3/share/html/Search/Listing.html:105
/opt/rt3/share/html/autohandler:162

The raw error is attached.

I previously had 2.1.69 installed and was receiving an error when I 
attempted to query a Custom Field with more than one search term.

i.e. Search Impact is Low (would work fine)
      Search Impact is Hight (would work fine)
      Search Impact is Low  Impact is High (would error out - different 
error than shown above).

So I upgraded to 2.1.72 to see if the error was still in place and am now 
receiving this new error. Any ideas?

Running RT within Apache 2/Mod_perl 1.99_07

-Brook

=========================================================================
=     _/_/_/ _/_/_/ _/_/_/ _/_/_/ _/  _/ Brook Schofield                =
=    _/  _/ _/  _/ _/  _/ _/  _/ _/ _/   B.Schofield@mailbox.gu.edu.au  =
=   _/_/   _/_/_/ _/  _/ _/  _/ _/_/     Ph: +61 7 387 53779 - WCN 0.28 =
=  _/  _/ _/ _/  _/  _/ _/  _/ _/ _/     Directory Services Integration =
= _/_/_/ _/  _/ _/_/_/ _/_/_/ _/  _/     Griffith University QLD 4111   =
=========================================================================
-------------- next part --------------
Unknown field: ITIL at /opt/rt3/lib/RT/Tickets_Overlay_SQL.pm line 217.


Trace begun at /usr/local/lib/perl5/site_perl/5.8.0/HTML/Mason/Exceptions.pm line 123
HTML::Mason::Exceptions::rethrow_exception('Unknown field: ITIL at /opt/rt3/lib/RT/Tickets_Overlay_SQL.pm line 217.^J') called at /usr/local/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm line 281
HTML::Mason::Request::__ANON__('Unknown field: ITIL at /opt/rt3/lib/RT/Tickets_Overlay_SQL.pm line 217.^J') called at /opt/rt3/lib/RT/Tickets_Overlay_SQL.pm line 217
RT::Tickets::_parser('RT::Tickets=HASH(0x135dd8c)', ' (  \'ITIL\' LIKE \'%Change Request%\'  ) ') called at /opt/rt3/lib/RT/Tickets_Overlay_SQL.pm line 297
RT::Tickets::FromSQL('RT::Tickets=HASH(0x135dd8c)', ' (  \'ITIL\' LIKE \'%Change Request%\'  ) ') called at /opt/rt3/lib/RT/Tickets_Overlay.pm line 1946
RT::Tickets::_ProcessRestrictions('RT::Tickets=HASH(0x135dd8c)') called at /opt/rt3/lib/RT/Tickets_Overlay.pm line 1688
RT::Tickets::Count('RT::Tickets=HASH(0x135dd8c)') called at /opt/rt3/share/html/Search/Listing.html line 105
HTML::Mason::Commands::__ANON__('DateType', 'Created', 'OwnerOp', '=', 'CompileRestriction', 1, 'RefreshSearchInterval', -1, 'ValueOfOwner', '', 'QueueOp', '=', 'ValueOfAttachmentField', '', 'PriorityOp', '<', 'CustomField1', 'Change Request', 'AttachmentField', 'Content', 'Action', 'Search', 'Bookmark', 'FrT%3B%402%7C%250%7C%242%7C20', 'ValueOfRequestor', '', 'SubjectOp', 'LIKE', 'StatusOp', '=', 'TicketsSortBy', 'id', 'CustomFieldOp1', 'LIKE', 'ValueOfStatus', '', 'RowsPerPage', 50, 'ValueOfQueue', '', 'ValueOfPriority', '', 'ValueOfSubject', '', 'TicketsSortOrder', 'DESC', 'AttachmentFieldOp', 'LIKE', 'RequestorOp', 'LIKE', 'DateOp', '<', 'ValueOfDate', '') called at /usr/local/lib/perl5/site_perl/5.8.0/HTML/Mason/Component.pm line 133
HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0x12491dc)', 'DateType', 'Created', 'OwnerOp', '=', 'CompileRestriction', 1, 'RefreshSearchInterval', -1, 'ValueOfOwner', '', 'QueueOp', '=', 'ValueOfAttachmentField', '', 'PriorityOp', '<', 'CustomField1', 'Change Request', 'AttachmentField', 'Content', 'Action', 'Search', 'Bookmark', 'FrT%3B%402%7C%250%7C%242%7C20', 'ValueOfRequestor', '', 'SubjectOp', 'LIKE', 'StatusOp', '=', 'TicketsSortBy', 'id', 'CustomFieldOp1', 'LIKE', 'ValueOfStatus', '', 'RowsPerPage', 50, 'ValueOfQueue', '', 'ValueOfPriority', '', 'ValueOfSubject', '', 'TicketsSortOrder', 'DESC', 'AttachmentFieldOp', 'LIKE', 'RequestorOp', 'LIKE', 'DateOp', '<', 'ValueOfDate', '') called at /usr/local/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm line 1045
eval {...}('HTML::Mason::Component::FileBased=HASH(0x12491dc)', 'DateType', 'Created', 'OwnerOp', '=', 'CompileRestriction', 1, 'RefreshSearchInterval', -1, 'ValueOfOwner', '', 'QueueOp', '=', 'ValueOfAttachmentField', '', 'PriorityOp', '<', 'CustomField1', 'Change Request', 'AttachmentField', 'Content', 'Action', 'Search', 'Bookmark', 'FrT%3B%402%7C%250%7C%242%7C20', 'ValueOfRequestor', '', 'SubjectOp', 'LIKE', 'StatusOp', '=', 'TicketsSortBy', 'id', 'CustomFieldOp1', 'LIKE', 'ValueOfStatus', '', 'RowsPerPage', 50, 'ValueOfQueue', '', 'ValueOfPriority', '', 'ValueOfSubject', '', 'TicketsSortOrder', 'DESC', 'AttachmentFieldOp', 'LIKE', 'RequestorOp', 'LIKE', 'DateOp', '<', 'ValueOfDate', '') called at /usr/local/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm line 1039
HTML::Mason::Request::comp('HTML::Mason::Request::ApacheHandler=HASH(0x13721e0)', 'HTML::Mason::Component::FileBased=HASH(0x12491dc)', 'DateType', 'Created', 'OwnerOp', '=', 'CompileRestriction', 1, 'RefreshSearchInterval', -1, 'ValueOfOwner', '', 'QueueOp', '=', 'ValueOfAttachmentField', '', 'PriorityOp', '<', 'CustomField1', 'Change Request', 'AttachmentField', 'Content', 'Action', 'Search', 'Bookmark', 'FrT%3B%402%7C%250%7C%242%7C20', 'ValueOfRequestor', '', 'SubjectOp', 'LIKE', 'StatusOp', '=', 'TicketsSortBy', 'id', 'CustomFieldOp1', 'LIKE', 'ValueOfStatus', '', 'RowsPerPage', 50, 'ValueOfQueue', '', 'ValueOfPriority', '', 'ValueOfSubject', '', 'TicketsSortOrder', 'DESC', 'AttachmentFieldOp', 'LIKE', 'RequestorOp', 'LIKE', 'DateOp', '<', 'ValueOfDate', '') called at /usr/local/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm line 735
HTML::Mason::Request::call_next('HTML::Mason::Request::ApacheHandler=HASH(0x13721e0)') called at /opt/rt3/share/html/autohandler line 162
HTML::Mason::Commands::__ANON__('DateType', 'Created', 'OwnerOp', '=', 'CompileRestriction', 1, 'RefreshSearchInterval', -1, 'ValueOfOwner', '', 'QueueOp', '=', 'ValueOfAttachmentField', '', 'PriorityOp', '<', 'CustomField1', 'Change Request', 'AttachmentField', 'Content', 'Action', 'Search', 'Bookmark', 'FrT%3B%402%7C%250%7C%242%7C20', 'ValueOfRequestor', '', 'SubjectOp', 'LIKE', 'StatusOp', '=', 'TicketsSortBy', 'id', 'CustomFieldOp1', 'LIKE', 'ValueOfStatus', '', 'RowsPerPage', 50, 'ValueOfQueue', '', 'ValueOfPriority', '', 'ValueOfSubject', '', 'TicketsSortOrder', 'DESC', 'AttachmentFieldOp', 'LIKE', 'RequestorOp', 'LIKE', 'DateOp', '<', 'ValueOfDate', '') called at /usr/local/lib/perl5/site_perl/5.8.0/HTML/Mason/Component.pm line 133
HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0xec1a28)', 'DateType', 'Created', 'OwnerOp', '=', 'CompileRestriction', 1, 'RefreshSearchInterval', -1, 'ValueOfOwner', '', 'QueueOp', '=', 'ValueOfAttachmentField', '', 'PriorityOp', '<', 'CustomField1', 'Change Request', 'AttachmentField', 'Content', 'Action', 'Search', 'Bookmark', 'FrT%3B%402%7C%250%7C%242%7C20', 'ValueOfRequestor', '', 'SubjectOp', 'LIKE', 'StatusOp', '=', 'TicketsSortBy', 'id', 'CustomFieldOp1', 'LIKE', 'ValueOfStatus', '', 'RowsPerPage', 50, 'ValueOfQueue', '', 'ValueOfPriority', '', 'ValueOfSubject', '', 'TicketsSortOrder', 'DESC', 'AttachmentFieldOp', 'LIKE', 'RequestorOp', 'LIKE', 'DateOp', '<', 'ValueOfDate', '') called at /usr/local/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm line 1040
eval {...}('HTML::Mason::Component::FileBased=HASH(0xec1a28)', 'DateType', 'Created', 'OwnerOp', '=', 'CompileRestriction', 1, 'RefreshSearchInterval', -1, 'ValueOfOwner', '', 'QueueOp', '=', 'ValueOfAttachmentField', '', 'PriorityOp', '<', 'CustomField1', 'Change Request', 'AttachmentField', 'Content', 'Action', 'Search', 'Bookmark', 'FrT%3B%402%7C%250%7C%242%7C20', 'ValueOfRequestor', '', 'SubjectOp', 'LIKE', 'StatusOp', '=', 'TicketsSortBy', 'id', 'CustomFieldOp1', 'LIKE', 'ValueOfStatus', '', 'RowsPerPage', 50, 'ValueOfQueue', '', 'ValueOfPriority', '', 'ValueOfSubject', '', 'TicketsSortOrder', 'DESC', 'AttachmentFieldOp', 'LIKE', 'RequestorOp', 'LIKE', 'DateOp', '<', 'ValueOfDate', '') called at /usr/local/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm line 1039
HTML::Mason::Request::comp('HTML::Mason::Request::ApacheHandler=HASH(0x13721e0)', 'HASH(0x137f67c)', 'HTML::Mason::Component::FileBased=HASH(0xec1a28)', 'DateType', 'Created', 'OwnerOp', '=', 'CompileRestriction', 1, 'RefreshSearchInterval', -1, 'ValueOfOwner', '', 'QueueOp', '=', 'ValueOfAttachmentField', '', 'PriorityOp', '<', 'CustomField1', 'Change Request', 'AttachmentField', 'Content', 'Action', 'Search', 'Bookmark', 'FrT%3B%402%7C%250%7C%242%7C20', 'ValueOfRequestor', '', 'SubjectOp', 'LIKE', 'StatusOp', '=', 'TicketsSortBy', 'id', 'CustomFieldOp1', 'LIKE', 'ValueOfStatus', '', 'RowsPerPage', 50, 'ValueOfQueue', '', 'ValueOfPriority', '', 'ValueOfSubject', '', 'TicketsSortOrder', 'DESC', 'AttachmentFieldOp', 'LIKE', 'RequestorOp', 'LIKE', 'DateOp', '<', 'ValueOfDate', '') called at /usr/local/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm line 336
eval {...}('HTML::Mason::Request::ApacheHandler=HASH(0x13721e0)', 'HASH(0x137f67c)', 'HTML::Mason::Component::FileBased=HASH(0xec1a28)', 'DateType', 'Created', 'OwnerOp', '=', 'CompileRestriction', 1, 'RefreshSearchInterval', -1, 'ValueOfOwner', '', 'QueueOp', '=', 'ValueOfAttachmentField', '', 'PriorityOp', '<', 'CustomField1', 'Change Request', 'AttachmentField', 'Content', 'Action', 'Search', 'Bookmark', 'FrT%3B%402%7C%250%7C%242%7C20', 'ValueOfRequestor', '', 'SubjectOp', 'LIKE', 'StatusOp', '=', 'TicketsSortBy', 'id', 'CustomFieldOp1', 'LIKE', 'ValueOfStatus', '', 'RowsPerPage', 50, 'ValueOfQueue', '', 'ValueOfPriority', '', 'ValueOfSubject', '', 'TicketsSortOrder', 'DESC', 'AttachmentFieldOp', 'LIKE', 'RequestorOp', 'LIKE', 'DateOp', '<', 'ValueOfDate', '') called at /usr/local/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm line 336
eval {...}('HTML::Mason::Request::ApacheHandler=HASH(0x13721e0)', 'HASH(0x137f67c)', 'HTML::Mason::Component::FileBased=HASH(0xec1a28)', 'DateType', 'Created', 'OwnerOp', '=', 'CompileRestriction', 1, 'RefreshSearchInterval', -1, 'ValueOfOwner', '', 'QueueOp', '=', 'ValueOfAttachmentField', '', 'PriorityOp', '<', 'CustomField1', 'Change Request', 'AttachmentField', 'Content', 'Action', 'Search', 'Bookmark', 'FrT%3B%402%7C%250%7C%242%7C20', 'ValueOfRequestor', '', 'SubjectOp', 'LIKE', 'StatusOp', '=', 'TicketsSortBy', 'id', 'CustomFieldOp1', 'LIKE', 'ValueOfStatus', '', 'RowsPerPage', 50, 'ValueOfQueue', '', 'ValueOfPriority', '', 'ValueOfSubject', '', 'TicketsSortOrder', 'DESC', 'AttachmentFieldOp', 'LIKE', 'RequestorOp', 'LIKE', 'DateOp', '<', 'ValueOfDate', '') called at /usr/local/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm line 296
HTML::Mason::Request::exec('HTML::Mason::Request::ApacheHandler=HASH(0x13721e0)') called at /usr/local/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm line 134
eval {...}('HTML::Mason::Request::ApacheHandler=HASH(0x13721e0)') called at /usr/local/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm line 134
HTML::Mason::Request::ApacheHandler::exec('HTML::Mason::Request::ApacheHandler=HASH(0x13721e0)') called at /usr/local/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm line 783
HTML::Mason::ApacheHandler::handle_request('HTML::Mason::ApacheHandler=HASH(0x317044)', 'Apache::RequestRec=SCALAR(0xb79064)') called at /opt/rt3/bin/webmux.pl line 120
RT::Mason::handler('Apache::RequestRec=SCALAR(0xb79064)') called at -e line 0
eval {...}('Apache::RequestRec=SCALAR(0xb79064)') called at -e line 0
From jesse at bestpractical.com  Mon Feb 17 20:56:44 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] 2.1.72 Custom Field search error
In-Reply-To: <5.1.1.6.0.20030218113759.02ec6b00@kraken.itc.gu.edu.au>
References: <20030217204202.GI31136@pallas.fsck.com> <012501c2d698$b5405360$8850a4cf@CPQ12353234267> <20030217194809.GZ31136@pallas.fsck.com> <01f601c2d6c4$c2d02470$8850a4cf@CPQ12353234267> <20030217204202.GI31136@pallas.fsck.com> <5.1.1.6.0.20030218113759.02ec6b00@kraken.itc.gu.edu.au>
Message-ID: <20030218015644.GP31136@pallas.fsck.com>

We've got this one taken care of already. The fix will be in 2.1.73,
which will be out as soon as I roll release notes.



On Tue, Feb 18, 2003 at 11:51:48AM +1000, Brook Schofield wrote:
> All,
> 
> When I attempt to perform a Search Query which involves a Custom Field (url 
> below):
> 
> I receive the following error:
> 
> error:
> Unknown field: ITIL at /opt/rt3/lib/RT/Tickets_Overlay_SQL.pm line 217.

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Mon Feb 17 21:41:05 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] RT 2.1.73
Message-ID: <20030218024105.GQ31136@pallas.fsck.com>

Hammer on 2.1.73 for a couple days and I'll call it Beta 2 if nothing
big pops up.

	-j

Combined release notes for RT 2.1.71, 2.1.72 and 2.1.73

     	* Ticket searching for "Is Not Null" fixed
	* New Ticket search infrastructure
	* Custom Field searching enhanced and fixed
	* New API functions to make building custom UI with custom fields easier
	* Login copyright fixed
	* Cleanups and fixes to the callback system
	* Fixes to Transaction Create to better check for bogus data
	* Minor fixes to Scrip Editing
	* Various minor UI cleanups
	* "Resolved" date now gets set on Resolve, Reject or Delete.
	* If a message can't be transcoded to UTF-8, Try harder and more carefully than before.
	* Scrips are now installed by default.
	* Scrips for approvals are now installed by default
	* "Open Ticket on Correspond" functionality has been extracted to a scrip
	* Infrastructure for database additions during upgrades has been put in place
	* Removed some legacy code 
	* improved keyboard navigation
	* Search paging has been fixed.
	* Fix logging typos in links and acls
	* When sending notifications via scrips, RT can now optionally attach attachments
	  to messages it sends if the scrip's template contains the header "RT-Attach-Message: yes"
	* Fixed a bug that prevented updates by mail from new users
	* RT now provides much more detailed and much more useful logging for messages it sends 
	  via scrips
-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Tue Feb 18 00:26:37 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] 2.1.74
Message-ID: <20030218052637.GU31136@pallas.fsck.com>

Fixes an additional bug in custom field searching.
It's out now.

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From derek at csolve.net  Tue Feb 18 14:48:55 2003
From: derek at csolve.net (Derek Buttineau)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] 2.1.74
References: <20030218052637.GU31136@pallas.fsck.com>
Message-ID: <00a101c2d786$c533efe0$8850a4cf@CPQ12353234267>

Similar problem in 2.1.74 as in 2.1.73.

System error

error:  Invalid <%args> section line at
/usr/local/rt3/share/html/Ticket/Elements/AddWatchers line 96
context:  ...
92:  $UserField => 'Name'
93:  $UserOp => '='
94:  $UserString => undef
95:  $GroupField => 'Name'
96:  GroupOp => '='
97:  GroupString => undef
98:  </%ARGS>

Putting a $ in front of GroupOp and GroupString resolved the error.

Derek


----- Original Message -----
From: Jesse Vincent
To: rt-devel@fsck.com
Sent: Tuesday, February 18, 2003 12:26 AM
Subject: [rt-devel] 2.1.74



Fixes an additional bug in custom field searching.
It's out now.

--
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.
_______________________________________________
rt-devel mailing list
rt-devel@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-devel


From jesse at bestpractical.com  Tue Feb 18 14:49:58 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] 2.1.74
In-Reply-To: <00a101c2d786$c533efe0$8850a4cf@CPQ12353234267>
References: <20030218052637.GU31136@pallas.fsck.com> <00a101c2d786$c533efe0$8850a4cf@CPQ12353234267>
Message-ID: <20030218194958.GD31136@pallas.fsck.com>

thx.


On Tue, Feb 18, 2003 at 02:48:55PM -0500, Derek Buttineau wrote:
> Similar problem in 2.1.74 as in 2.1.73.
> 
> System error
> 
> error:  Invalid <%args> section line at
> /usr/local/rt3/share/html/Ticket/Elements/AddWatchers line 96
> context:  ...
> 92:  $UserField => 'Name'
> 93:  $UserOp => '='
> 94:  $UserString => undef
> 95:  $GroupField => 'Name'
> 96:  GroupOp => '='
> 97:  GroupString => undef
> 98:  </%ARGS>
> 
> Putting a $ in front of GroupOp and GroupString resolved the error.
> 
> Derek
> 
> 
> ----- Original Message -----
> From: Jesse Vincent
> To: rt-devel@fsck.com
> Sent: Tuesday, February 18, 2003 12:26 AM
> Subject: [rt-devel] 2.1.74
> 
> 
> 
> Fixes an additional bug in custom field searching.
> It's out now.
> 
> --
> http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel
> 

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From cam2 at cornell.edu  Tue Feb 18 14:47:15 2003
From: cam2 at cornell.edu (Christopher Manly)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Per-queue rtname
In-Reply-To: <5F6BB852-4376-11D7-8574-0003934E5FFE@yale.edu>
References: <5F6BB852-4376-11D7-8574-0003934E5FFE@yale.edu>
Message-ID: <p06000518ba783d11f012@[128.253.64.51]>

Hi,

Digging through archives of this list, I found a few mentions of 
converting $rtname to a hash, or setting up some other mechanism for 
a per-queue rtname.

Have any patches or mods been created that accomplish this?  Are 
there plans to add it in?

I need this for our implementation here (which we're building on 
2.1.69), so if it hasn't been done I'll hack it in, but if it has, 
I'd rather do it in a way that is consistent with other folks (and/or 
the development direction for RT).

Thanks.

-- 
Christopher Manly
Unix Systems Administrator
CIT Systems & Operations
706 Rhodes Hall
Ithaca, NY 14853

From matt_lists at careercast.com  Tue Feb 18 17:45:44 2003
From: matt_lists at careercast.com (Matt Simonsen)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Import user enabled by default
Message-ID: <1045608345.27097.239.camel@mattsworkstation>

I am trying to add a user that's enabled by default. I think the way to
do this is to use SetPrivileged in User_Overlay.pm. 

I must be doing something wrong as that's spewing an error (that
otherwise is not there when I comment that one line out).

Any help would be appreciated.

Code: 

 my $user_obj = RT::User->new($RT::SystemUser);
    my $user = {} ;
    bless ($user) ;
    my @user = split /","/ ;
    substr ($user[0], 0, 1) = "" ;
    substr ($user[11], -3) = "" ;
    my $old_id = $user[0] ;
    $user->{'Name'} = $user[1] ;
    $user->{'EmailAddress'} = $user[2] ;
    $user->{'EmailAddress'} = $user[0] unless ($user->{'EmailAddress'}
=~ m/@/ );
    $user->{'WorkPhone'} = "$user[3] $user[4]" ;
    $user->{'MobilePhone'} = $user[5] ;
    $user->{'Comments'} = "$user[10] IMPORTED from F2W" ;
    $user->{'Organization'} = $user[11];
    $user->{'SetPrivileged'} = '0' ;
    my ($uid, $umsg) = $user_obj->Create( %{$user} );
    my $id = $user_obj->Id();
    $user_map->{$old_id} = $id;


Error:

[Tue Feb 18 22:37:41 2003] [warning]: DBD::mysql::st execute failed:
Unknown column 'SetPrivileged' in 'field list' at
/usr/lib/perl5/site_perl/5.8.0/DBIx/SearchBuilder/Handle.pm line 376,
<USERS> line 1.
 (/usr/local/rt-3.0/lib/RT.pm:220)
[Tue Feb 18 22:37:41 2003] [warning]: RT::Handle=HASH(0x8cab800)
couldn't execute the query 'INSERT INTO Users (Comments, EmailAddress,
Creator, LastUpdatedBy, Password, MobilePhone, WorkPhone, Created, id,
Name, Organization, SetPrivileged, LastUpdated) VALUES (?, ?, ?, ?, ?,
?, ?, ?, ?, ?, ?, ?, ?)' at
/usr/lib/perl5/site_perl/5.8.0/DBIx/SearchBuilder/Handle.pm line 383,
<USERS> line 1.
 (/usr/local/rt-3.0/lib/RT.pm:220)
[Tue Feb 18 22:37:41 2003] [error]: Could not create a new user
(/usr/local/rt-3.0/lib/RT/User_Overlay.pm:218)
[Tue Feb 18 22:37:41 2003] [warning]: DBD::mysql::st execute failed:
Unknown column 'SetPrivileged' in 'field list' at
/usr/lib/perl5/site_perl/5.8.0/DBIx/SearchBuilder/Handle.pm line 376,
<USERS> line 2.


From matt_lists at careercast.com  Tue Feb 18 19:28:34 2003
From: matt_lists at careercast.com (Matt Simonsen)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Import user enabled by default
In-Reply-To: <1045608345.27097.239.camel@mattsworkstation>
References: <1045608345.27097.239.camel@mattsworkstation>
Message-ID: <1045614515.27096.250.camel@mattsworkstation>

On Tue, 2003-02-18 at 14:45, Matt Simonsen wrote:
> I am trying to add a user that's enabled by default. I think the way to
> do this is to use SetPrivileged in User_Overlay.pm. 
> 

I was looking over some stuff in the contrib section and noticed that
Privileged was used to enable users in another script. 

I think I may have found a bug in the docs - although for now I'll
assume the error is mine. The text below is taken from perldoc
User_Overlay.pm. 

The way I read it SetPrivileged is a bool that changes membership of the
pseudogroup, while privileged is a check only. 

I'm running RT-2-1-72. 

From matt_lists at careercast.com  Tue Feb 18 19:57:43 2003
From: matt_lists at careercast.com (Matt Simonsen)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Import user enabled by default
In-Reply-To: <1045614515.27096.250.camel@mattsworkstation>
References: <1045608345.27097.239.camel@mattsworkstation> 
	<1045614515.27096.250.camel@mattsworkstation>
Message-ID: <1045616263.27095.274.camel@mattsworkstation>

On Tue, 2003-02-18 at 16:28, Matt Simonsen wrote:
> On Tue, 2003-02-18 at 14:45, Matt Simonsen wrote:
> > I am trying to add a user that's enabled by default. I think the way to
> > do this is to use SetPrivileged in User_Overlay.pm. 
> > 
> 
> I was looking over some stuff in the contrib section and noticed that
> Privileged was used to enable users in another script. 

After trying both Privileged and SetPrivileged I realized that I'm in
the wrong area. I need to be creating users that are not disabled... I
still don't see the users being granted the rights as I would expect,
but perhaps that's because they are still disabled.

Any hints on how to create a user that's enabled by default? I think I
need to set an ACL separately but am not sure what method to call.
Bacially I want to statically set all the users I import to Enabled,
able to create tickets, and able to add comments.

Somebody, please at least tell me to go back to the rt-users list - at
this point I'm ready for it.

Thanks
Matt


From jesse at bestpractical.com  Wed Feb 19 01:06:02 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:45 2004
Subject: 2.1.75 was Re: [rt-devel] 2.1.74
In-Reply-To: <00a101c2d786$c533efe0$8850a4cf@CPQ12353234267>
References: <20030218052637.GU31136@pallas.fsck.com> <00a101c2d786$c533efe0$8850a4cf@CPQ12353234267>
Message-ID: <20030219060602.GP31136@pallas.fsck.com>

2.1.75 exists. Unless someone finds an interesting bug in the next 24
hours, 2.1.75 becomes beta 2.

	-j

On Tue, Feb 18, 2003 at 02:48:55PM -0500, Derek Buttineau wrote:
> Similar problem in 2.1.74 as in 2.1.73.
> 
> System error
> 
> error:  Invalid <%args> section line at
> /usr/local/rt3/share/html/Ticket/Elements/AddWatchers line 96
> context:  ...
> 92:  $UserField => 'Name'
> 93:  $UserOp => '='
> 94:  $UserString => undef
> 95:  $GroupField => 'Name'
> 96:  GroupOp => '='
> 97:  GroupString => undef
> 98:  </%ARGS>
> 
> Putting a $ in front of GroupOp and GroupString resolved the error.
> 
> Derek
> 
> 
> ----- Original Message -----
> From: Jesse Vincent
> To: rt-devel@fsck.com
> Sent: Tuesday, February 18, 2003 12:26 AM
> Subject: [rt-devel] 2.1.74
> 
> 
> 
> Fixes an additional bug in custom field searching.
> It's out now.
> 
> --
> http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel
> 
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From Ian.Grant at cl.cam.ac.uk  Wed Feb 19 09:31:28 2003
From: Ian.Grant at cl.cam.ac.uk (Ian Grant)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Debugging print statements
Message-ID: <E18lVFw-0001Zo-00@wisbech.cl.cam.ac.uk>

Dear RT types,

I am attempting to create a SearchBuilder driver for Sybase/Microsoft SQL 
Server databases. I have some of the basics working but have hit some problems 
I could use help with.

The first is that SearchBuilder does SELECTs always using the DISTINCT 
keyword. This is a problem because SQL Server will not allow DISTINCT with 
large object (type TEXT) fields. (They can be up to 2GB and I suppose the 
comparisons could get expensive.)

My question is: Does anyone know, or, failing that, can anyone suggest a way 
to find out where the DISTINCT clauses are really necessary?

I have not yet determined whether there is a means of telling SQL Server to 
return rows distinct in every column not TEXT type.

Regards
Ian
-- 
Ian Grant, Computer Lab., William Gates Building, JJ Thomson Ave., Cambridge
Phone: +44 1223 334420



-- 
Ian Grant, Computer Lab., William Gates Building, JJ Thomson Ave., Cambridge
Phone: +44 1223 334420



From jesse at bestpractical.com  Wed Feb 19 12:13:21 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Debugging print statements
In-Reply-To: <E18lVFw-0001Zo-00@wisbech.cl.cam.ac.uk>
References: <E18lVFw-0001Zo-00@wisbech.cl.cam.ac.uk>
Message-ID: <20030219171321.GT31136@pallas.fsck.com>



On Wed, Feb 19, 2003 at 02:31:28PM +0000, Ian Grant wrote:
> Dear RT types,
> 
> I am attempting to create a SearchBuilder driver for Sybase/Microsoft SQL 
> Server databases. I have some of the basics working but have hit some problems 
> I could use help with.

I suspect that SearchBuilder's query building probably needs to be
refactored to call out to methods in Handle, to allow easier
customization....It's a fairly serious refactoring job, if you're up for
it.

> 
> The first is that SearchBuilder does SELECTs always using the DISTINCT 
> keyword. This is a problem because SQL Server will not allow DISTINCT with 
> large object (type TEXT) fields. (They can be up to 2GB and I suppose the 
> comparisons could get expensive.)
> 
> My question is: Does anyone know, or, failing that, can anyone suggest a way 
> to find out where the DISTINCT clauses are really necessary?

Er. Just about everywhere. DBIx::SearchBuilder desperately needs the set
of rows returned to be unique.

> I have not yet determined whether there is a means of telling SQL Server to 
> return rows distinct in every column not TEXT type.
> 
> Regards
> Ian
> -- 
> Ian Grant, Computer Lab., William Gates Building, JJ Thomson Ave., Cambridge
> Phone: +44 1223 334420
> 
> 
> 
> -- 
> Ian Grant, Computer Lab., William Gates Building, JJ Thomson Ave., Cambridge
> Phone: +44 1223 334420
> 
> 
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From kellan at protest.net  Wed Feb 19 14:09:14 2003
From: kellan at protest.net (kellan@protest.net)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] iCalendar files?
Message-ID: <Pine.LNX.4.52.0302191408420.22450@protestnet>

I was thinking of doing the requisite hacking to get RT to generate iCal
files, either for a queue, or for a user.

I just wanted to check if anyone has done similiar work already, or has
any suggestions.

thanks
kellan

-- 
"the truth is always revolutionary" [antonio gramsci]

kellan@protest.net

From darren at boston.com  Wed Feb 19 14:31:51 2003
From: darren at boston.com (darren chamberlain)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] iCalendar files?
In-Reply-To: <Pine.LNX.4.52.0302191408420.22450@protestnet>
References: <Pine.LNX.4.52.0302191408420.22450@protestnet>
Message-ID: <20030219-bd8b842648cd7aebf364628cb1d52c64@mail.boston.com>

* kellan at protest.net <kellan at protest.net> [2003-02-19 14:08]:
> I was thinking of doing the requisite hacking to get RT to generate
> iCal files, either for a queue, or for a user.
> 
> I just wanted to check if anyone has done similiar work already, or
> has any suggestions.

I don't have anything to add except encouragement.  I'd be very
interested in this.

(darren)

-- 
Man will never be free until the last king is strangled with the
entrails of the last priest.
    -- Diderot

From jesse at bestpractical.com  Wed Feb 19 17:45:25 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] iCalendar files?
In-Reply-To: <Pine.LNX.4.52.0302191408420.22450@protestnet>
References: <Pine.LNX.4.52.0302191408420.22450@protestnet>
Message-ID: <20030219224525.GB31136@pallas.fsck.com>

I've done it, in an attempt to load it into apple's iCal.  iCal.app just
isn't up to it yet. Below, is the code I was using, as a mason template:


BEGIN:VCALENDAR
CALSCALE:GREGORIAN
VERSION:2.0
%while (my $ticket = $tix->Next) {
% my $transactions = $ticket->Transactions;
% while (my $trans = $transactions->Next) {
% my $start = Date::ICal->new( epoch => $ticket->CreatedObj->Unix);
% my $end = Date::ICal->new( epoch => ($ticket->CreatedObj->Unix+ '600'));
BEGIN:VEVENT
SUMMARY:#<%$ticket->Id%>: <%$trans->Description%> (<%$ticket->Subject%>)
DTSTART;VALUE=DATE-TIME:<% $start->ical%>
DTEND;VALUE=DATE-TIME:<% $end->ical %>
END:VEVENT
% }}
END:VCALENDAR
%$m->abort();
<%init>
$r->content_type('text/plain');

use Date::ICal;
my $tix = RT::Tickets->new($RT::SystemUser);
my $month_ago = RT::Date->new($RT::SystemUser);
$month_ago->Set( Format => 'Unix', Value => (time-(86400*30)));

$tix->Limit(FIELD => 'Created', OPERATOR => '>', VALUE => $month_ago->ISO);
</%init>

On Wed, Feb 19, 2003 at 02:09:14PM -0500, kellan@protest.net wrote:
> I was thinking of doing the requisite hacking to get RT to generate iCal
> files, either for a queue, or for a user.
> 
> I just wanted to check if anyone has done similiar work already, or has
> any suggestions.
> 
> thanks
> kellan
> 
> -- 
> "the truth is always revolutionary" [antonio gramsci]
> 
> kellan@protest.net
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From B.Schofield at mailbox.gu.edu.au  Wed Feb 19 23:17:49 2003
From: B.Schofield at mailbox.gu.edu.au (Brook Schofield)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] RT 2.1.75 - etc/RT_SiteConfig.pm
In-Reply-To: <20030219060602.GP31136@pallas.fsck.com>
References: <00a101c2d786$c533efe0$8850a4cf@CPQ12353234267>
 <20030218052637.GU31136@pallas.fsck.com>
 <00a101c2d786$c533efe0$8850a4cf@CPQ12353234267>
Message-ID: <5.1.1.6.0.20030220140955.05cdac68@kraken.itc.gu.edu.au>

I think that etc/RT_SiteConfig.pm needs to contain the following by default:

# Needed to override previously declared variables
$WebURL = $WebBaseURL . $WebPath . "/";
$WebImagesURL = $WebURL."NoAuth/images/";
$LogoURL = $WebImagesURL."rt.jpg";
1;

rather than simply:

1;

My customisation of $WebBaseURL didn't have the desired effect because the 
variable $WebURL (and thus $WebImagesURL (and thus $LogoURL)) isn't 
re-declared. While this gaff is obvious now that I have run into it I 
didn't find the documentation clear (or I wasn't thinking straight) and I 
ended up believing that I had a syntax error in etc/RT_SiteConfig.pm that 
was causing the problem.

Just at thought.

-Brook

=========================================================================
=     _/_/_/ _/_/_/ _/_/_/ _/_/_/ _/  _/ Brook Schofield                =
=    _/  _/ _/  _/ _/  _/ _/  _/ _/ _/   B.Schofield@mailbox.gu.edu.au  =
=   _/_/   _/_/_/ _/  _/ _/  _/ _/_/     Ph: +61 7 387 53779 - WCN 0.28 =
=  _/  _/ _/ _/  _/  _/ _/  _/ _/ _/     Directory Services Integration =
= _/_/_/ _/  _/ _/_/_/ _/_/_/ _/  _/     Griffith University QLD 4111   =
=========================================================================


From mhat at netlag.com  Wed Feb 19 23:39:15 2003
From: mhat at netlag.com (Matt Knopp)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] RT 2.1.75 - etc/RT_SiteConfig.pm
In-Reply-To: <5.1.1.6.0.20030220140955.05cdac68@kraken.itc.gu.edu.au>; from B.Schofield@mailbox.gu.edu.au on Thu, Feb 20, 2003 at 02:17:49PM +1000
References: <00a101c2d786$c533efe0$8850a4cf@CPQ12353234267> <20030218052637.GU31136@pallas.fsck.com> <00a101c2d786$c533efe0$8850a4cf@CPQ12353234267> <20030219060602.GP31136@pallas.fsck.com> <5.1.1.6.0.20030220140955.05cdac68@kraken.itc.gu.edu.au>
Message-ID: <20030219223915.B82681@cthuga.netlag.com>

Agreed RT_SiteConfig doesn't behave the way you would expect. Anytime you 
set a SiteConfig variable you must make sure that you also copy over all
the instances where that variable is used from the RT_Config.  

A solution would be for RT_Config and RT_SiteConfig to have their own perl
package names, then in RT_Config any where a variable is defined check to 
see if the RT_SiteConfig::Variable is set.  

Ie: 
package RT_Config; 
use RT_SiteConfig; 
my $Foo = $RT_SiteConfig::Foo || "DefaultFoo"; 

--
Matt

From ASnare at allshare.nl  Thu Feb 20 04:22:59 2003
From: ASnare at allshare.nl (Andrew Snare)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Re: default scrips on queues: owner change notification
In-Reply-To: <5.1.0.14.2.20030219092020.00b8ea60@mail.netburner.com>
References: <3E53BC14.2070402@allshare.nl>
Message-ID: <5.1.0.14.0.20030220101227.02c37bf8@10.1.3.36>

>At 06:17 PM 2/19/2003 +0100, Alex Fung A Foek wrote:
>>I'm currently using RT 2-1-75 on a debian box with apache 1.3.26, perl 
>>5.6.1, modperl1 and postgresql 7.2.1. When changing the owner or 
>>"stealing" the ticket, I don't get an email notification eventhough the 
>>global "on owner change" scrips are in place for all queues.
>>I know that email notification works, because I do get an email when a 
>>new ticket is created in the queue or when the ticket status is changed.
>>I've tried changing the user rights and group rights, but had no success 
>>in getting the "on owner change" scrips to work. I've also tried adding 
>>different users to the CC, AdminCC and Requestor watchers, but none of 
>>them get an email notification when the ticket owner is changed.

At 09:21 AM 19/02/2003 -0800, Forrest Stanley replied:
>Try this out and see if it works. It appears to be what you want anyway.
>http://www.fsck.com/pub/rt/contrib/2.0/NotifyOldOwner/

Not quite. We're trying to setup a work-flow whereby queue administrators 
get notified of ownership changes on the queues they look after. We also 
want the new owner to be notified. Old owner notification isn't really that 
important (unless it's a steal). In the rt-2-1-x releases we've tried, the 
On Owner Change scrip doesn't seem to get activated, which is the problem 
we're trying to report.

  - Andrew
PS. I've CC'd this to rt-devel since it's probably a more appropriate 
forum, and Jesse may be watching there more carefully. :)



From Ian.Grant at cl.cam.ac.uk  Thu Feb 20 05:14:49 2003
From: Ian.Grant at cl.cam.ac.uk (Ian Grant)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] SearchBuilder DISTINCTs
In-Reply-To: Message from Jesse Vincent <jesse@bestpractical.com> 
   of "Wed, 19 Feb 2003 12:13:21 EST." <20030219171321.GT31136@pallas.fsck.com>
Message-ID: <E18lnj7-0007L3-00@wisbech.cl.cam.ac.uk>

Sorry about the spurious Subject: header and the duplicate signatures on my 
previous message.

> I suspect that SearchBuilder's query building probably needs to be
> refactored to call out to methods in Handle, to allow easier
> customization

Is this for reasons other than the particular problem I know about?

> ....It's a fairly serious refactoring job, if you're up for
> it.

I'm not the best person to do this sort of thing - I am not good at 
object-oriented programming.

> > 
> > The first is that SearchBuilder does SELECTs always using the DISTINCT 
> > keyword. This is a problem because SQL Server will not allow DISTINCT with 
> > large object (type TEXT) fields. (They can be up to 2GB and I suppose the 
> > comparisons could get expensive.)
> > 
> > My question is: Does anyone know, or, failing that, can anyone suggest a way 
> > to find out where the DISTINCT clauses are really necessary?
> 
> Er. Just about everywhere. DBIx::SearchBuilder desperately needs the set
> of rows returned to be unique.

Having stared at this a little harder I am now of the opinion that the 
DISTINCT argument is redundant in SELECT DISTINCT main.* FROM table main [, 
....]  because every table has a column 'id' which contains an integer unique 
to that row in that table. This is sufficient to make every row distinct. As 
far as I can see this the only place in SearchBuilder.pm where it's a problem 
for SQL Server.


 
-- 
Ian Grant, Computer Lab., William Gates Building, JJ Thomson Ave., Cambridge
Phone: +44 1223 334420



From laurent.vaills at dms.at  Thu Feb 20 11:45:27 2003
From: laurent.vaills at dms.at (Laurent Vaills)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] RT with SAP DB
Message-ID: <1045759528.13471.718.camel@neo.sophia.dms.at>

Hello.

I am currently using RT 2-0-15 with postgresql but we have all others
applications running with SAP DB.

Since we plan to test RT 3.0, I just want to know if there are some
plans to make RT running with SAP DB ?
Is it possible to make it running with SAP DB now even it's not
supported. Has anyone already tried ?

If not, do you think it's a lot of work ?
Note: It's possible to access a SAP DB database from perl with
DBD::ODBC.

Best regards,
Laurent




From Ian.Grant at cl.cam.ac.uk  Thu Feb 20 12:15:36 2003
From: Ian.Grant at cl.cam.ac.uk (Ian Grant)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Re: [rt-users] Debugging messages
In-Reply-To: Message from Ian Grant <Ian.Grant@cl.cam.ac.uk> 
   of "Thu, 20 Feb 2003 13:47:09 GMT." <E18lr2b-0003cF-00@wisbech.cl.cam.ac.uk>
Message-ID: <E18luIK-00083d-00@wisbech.cl.cam.ac.uk>

> I'm using rt-2-0-15 and I have added lines like
> 
> $RT::Logger->debug("Debug stuff");
> 
> to various places under WebRT but I am not seeing any output in log files.

I am still stuck with this. As far as I can see RT::Init() (and therefore RT:InitLogging) is not being called under the WebRT. Is this correct? There is a call to RT::Init in the append() sub in webmux.pl, but that is not being called either. I am very confused.
-- 
Ian Grant, Computer Lab., William Gates Building, JJ Thomson Ave., Cambridge
Phone: +44 1223 334420



From jesse at bestpractical.com  Thu Feb 20 12:47:45 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] RT with SAP DB
In-Reply-To: <1045759528.13471.718.camel@neo.sophia.dms.at>
References: <1045759528.13471.718.camel@neo.sophia.dms.at>
Message-ID: <20030220174745.GK31136@pallas.fsck.com>



On Thu, Feb 20, 2003 at 05:45:27PM +0100, Laurent Vaills wrote:
> Hello.
> 
> I am currently using RT 2-0-15 with postgresql but we have all others
> applications running with SAP DB.
> 
> Since we plan to test RT 3.0, I just want to know if there are some
> plans to make RT running with SAP DB ?
> Is it possible to make it running with SAP DB now even it's not
> supported. Has anyone already tried ?
> 
> If not, do you think it's a lot of work ?


The last time I looked, they didn't have a release for Mac OS X, which
hampered my own development efforts.  There are two parts to an initial
port:

	1) Translate RT's database schema to SAP DB (Start from the
	MySQL schema)

	2) Create a DBIx::SearchBuilder::Handle class for SAP DB

After this, run rt's test suite with "make regression" and see how you
do. From there, we may need to tweak and fine-tune things.

	-jesse



> Note: It's possible to access a SAP DB database from perl with
> DBD::ODBC.
> 
> Best regards,
> Laurent
> 
> 
> 
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From rspier at pobox.com  Thu Feb 20 12:58:31 2003
From: rspier at pobox.com (Robert Spier)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] SearchBuilder DISTINCTs
In-Reply-To: <E18lnj7-0007L3-00@wisbech.cl.cam.ac.uk>
References: <jesse@bestpractical.com>
	<20030219171321.GT31136@pallas.fsck.com>
	<E18lnj7-0007L3-00@wisbech.cl.cam.ac.uk>
Message-ID: <m3znoqkf5k.wl_rspier@pobox.com>

> Having stared at this a little harder I am now of the opinion that
> the DISTINCT argument is redundant in SELECT DISTINCT main.* FROM
> table main [, ....]  because every table has a column 'id' which
> contains an integer unique to that row in that table. This is
> sufficient to make every row distinct. As far as I can see this the
> only place in SearchBuilder.pm where it's a problem for SQL Server.

Ian-

	The reason you cannot get rid of the DISTINCTs is because of
	the joins.  They will lead to multiple duplicate rows.

	If you can come up with a solution to this problem that works
	on complicated queries, (of which I can provide you many),
	then we can get rid of DISTINCT.  

	By subclassing the query building stuff, you can eliminate the
	DISTINCTs for SQL Server, and take a performance hit by doing
	dupe checking on the perl side.  But every other database
	doesn't have to deal with it.  

	If you have 2GB attachments in the database things are going
	to be slow anyway-  Maybe SQL Server has another data type
	that can be used?

-R

From mhat at netlag.com  Thu Feb 20 13:17:05 2003
From: mhat at netlag.com (Matt Knopp)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] SearchBuilder DISTINCTs
In-Reply-To: <m3znoqkf5k.wl_rspier@pobox.com>; from rspier@pobox.com on Thu, Feb 20, 2003 at 09:58:31AM -0800
References: <jesse@bestpractical.com> <20030219171321.GT31136@pallas.fsck.com> <E18lnj7-0007L3-00@wisbech.cl.cam.ac.uk> <m3znoqkf5k.wl_rspier@pobox.com>
Message-ID: <20030220121705.C82681@cthuga.netlag.com>

Dude! It's like rocket surgery! No really! Add a LimitDistinctP() method to 
SearchBuilder which sets an instance variable, say 'UseDistinctP'. Then in 
_DoSearch change: 

  $QueryString = 
    "SELECT DISTINCT main.* FROM " . $self->_TableAliases . " "; 

To something like: 

  $QueryString = 
    "SELECT " . ($this->{'UseDistinctP'} ? "DISTINCT" : "") .
    " main.* from " . $self->_TableAliases . " "; 

Sure, it requires the SB user to know that they want distinct values, but 
really that's okay. It's worse to force distinct values on someone who may
not have expected it. 

-Matt


From jesse at bestpractical.com  Thu Feb 20 13:25:28 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] SearchBuilder DISTINCTs
In-Reply-To: <20030220121705.C82681@cthuga.netlag.com>
References: <jesse@bestpractical.com> <20030219171321.GT31136@pallas.fsck.com> <E18lnj7-0007L3-00@wisbech.cl.cam.ac.uk> <m3znoqkf5k.wl_rspier@pobox.com> <20030220121705.C82681@cthuga.netlag.com>
Message-ID: <20030220182528.GN31136@pallas.fsck.com>



On Thu, Feb 20, 2003 at 12:17:05PM -0600, Matt Knopp wrote:
> 
> Dude! It's like rocket surgery! No really! Add a LimitDistinctP() method to 
> SearchBuilder which sets an instance variable, say 'UseDistinctP'. Then in 
> _DoSearch change: 
> 
>   $QueryString = 
>     "SELECT DISTINCT main.* FROM " . $self->_TableAliases . " "; 
> 
> To something like: 
> 
>   $QueryString = 
>     "SELECT " . ($this->{'UseDistinctP'} ? "DISTINCT" : "") .
>     " main.* from " . $self->_TableAliases . " "; 


This is a somewhat shortsighted way to do this stuff, since different
databases have different needs, which is why I recommended a proper
refactoring.
> 
> Sure, it requires the SB user to know that they want distinct values, but 
> really that's okay. It's worse to force distinct values on someone who may
> not have expected it. 

It's a core assumption of how the SearchBuilder OO-RDBMS mapper works.
SearchBuilder is not about returning a bunch of possibly redundant
database rows. it's about finding the set of objects that match the
query.


> -Matt
> 
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From darren at boston.com  Thu Feb 20 13:23:45 2003
From: darren at boston.com (darren chamberlain)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] RT with SAP DB
In-Reply-To: <20030220174745.GK31136@pallas.fsck.com>
References: <1045759528.13471.718.camel@neo.sophia.dms.at> <20030220174745.GK31136@pallas.fsck.com>
Message-ID: <20030220-18434b7a53a4ea11a012ca6aca7f1695@mail.boston.com>

* Jesse Vincent <jesse at bestpractical.com> [2003-02-20 12:58]:
> 	2) Create a DBIx::SearchBuilder::Handle class for SAP DB

If SAB supports ODBC, might it make more sense to start working on
DBIx::SearchBuilder::Handle::ODBC?

(darren)

-- 
The man who is denied the opportunity of making decisions of
importance begins to regard as important the decisions he is allowed
to make.
    -- C. Northcote Parkinson

From jesse at bestpractical.com  Thu Feb 20 13:31:04 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] RT with SAP DB
In-Reply-To: <20030220-18434b7a53a4ea11a012ca6aca7f1695@mail.boston.com>
References: <1045759528.13471.718.camel@neo.sophia.dms.at> <20030220174745.GK31136@pallas.fsck.com> <20030220-18434b7a53a4ea11a012ca6aca7f1695@mail.boston.com>
Message-ID: <20030220183104.GP31136@pallas.fsck.com>

Yes.


On Thu, Feb 20, 2003 at 01:23:45PM -0500, darren chamberlain wrote:
> * Jesse Vincent <jesse at bestpractical.com> [2003-02-20 12:58]:
> > 	2) Create a DBIx::SearchBuilder::Handle class for SAP DB
> 
> If SAB supports ODBC, might it make more sense to start working on
> DBIx::SearchBuilder::Handle::ODBC?
> 
> (darren)
> 
> -- 
> The man who is denied the opportunity of making decisions of
> importance begins to regard as important the decisions he is allowed
> to make.
>     -- C. Northcote Parkinson
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From mhat at netlag.com  Thu Feb 20 14:09:42 2003
From: mhat at netlag.com (Matt Knopp)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] SearchBuilder DISTINCTs
In-Reply-To: <20030220182528.GN31136@pallas.fsck.com>; from jesse@bestpractical.com on Thu, Feb 20, 2003 at 01:25:28PM -0500
References: <jesse@bestpractical.com> <20030219171321.GT31136@pallas.fsck.com> <E18lnj7-0007L3-00@wisbech.cl.cam.ac.uk> <m3znoqkf5k.wl_rspier@pobox.com> <20030220121705.C82681@cthuga.netlag.com> <20030220182528.GN31136@pallas.fsck.com>
Message-ID: <20030220130942.D82681@cthuga.netlag.com>

Sure, but you are forcing constraints on the query that can not be altered
or influenced using the query-altering parts of the API, ala Limit. I would
not have made that design decision, I think it's bogus. 

I'm curious what problems you are envisioning with removing distinct from 
a majority of the queries? For anything other then joins it seems like your
pkeys should be sufficient, and in the case of joins you (the caller) 
ultimately must understand the implications of the query you are executing. 
So I don't think it is unreasonable to force them to set a distinct flag. 

--
Matt




From rspier at pobox.com  Thu Feb 20 14:42:11 2003
From: rspier at pobox.com (Robert Spier)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] SearchBuilder DISTINCTs
In-Reply-To: <20030220130942.D82681@cthuga.netlag.com>
References: <jesse@bestpractical.com>
	<20030219171321.GT31136@pallas.fsck.com>
	<E18lnj7-0007L3-00@wisbech.cl.cam.ac.uk>
	<m3znoqkf5k.wl_rspier@pobox.com>
	<20030220121705.C82681@cthuga.netlag.com>
	<20030220182528.GN31136@pallas.fsck.com>
Message-ID: <m3y94akacs.wl_rspier@pobox.com>

> Sure, but you are forcing constraints on the query that can not be altered
> or influenced using the query-altering parts of the API, ala Limit. I would
> not have made that design decision, I think it's bogus. 

By definition SearchBuilder only returns unique objects.  If the same
object/instance is returned twice in a single query, that is _wrong_,
for how SearchBuilder was designed.

> I'm curious what problems you are envisioning with removing distinct from 
> a majority of the queries? For anything other then joins it seems like your
> pkeys should be sufficient, and in the case of joins you (the caller) 
> ultimately must understand the implications of the query you are executing. 
> So I don't think it is unreasonable to force them to set a distinct flag. 

Joins exist in all but the simplest queries in SearchBuilder and most
other OO-RDBMS mappers.  And, the whole purpose of an OO-RDBMS mapper
is to insulate the the user/programmer from the RDBMS.

There are several ways to change how SearchBuilder works such that
DISTINCT is not needed, but the penalty is performance.  

-R

From jesse at bestpractical.com  Thu Feb 20 23:48:02 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] [rt-announce] RT 3.0 Beta 2
Message-ID: <20030221044802.GE31136@pallas.fsck.com>

I'm pleased to announce RT 3.0 Beta 2. This release is identical to the
2-1-75 development snapshot.  It contains a number of improvements and
bug fixes relative to Beta 1, released several weeks ago. A brief list
of those changes:

	* Updated Ticket search infrastructure (including a number of bug
	  fixes and several performance improvements)

	* New API functions to make building custom UI with custom
	  fields easier

	* Login copyright notice corrected
	* Cleanups and fixes to the callback system
	* Fixes to Transaction Create to better check for bogus data
	* Minor fixes to Scrip Editing
	* Various minor UI enhancements
	* "Resolved" date now gets set on Resolve, Reject or Delete.
	* If a message can't be transcoded to UTF-8, RT now tries much
	  more carefully to do something useful with the message
	* Scrips are now installed by default.
	* Scrips for approvals are now installed by default
	* "Open Ticket on Correspond" functionality has been extracted
	  to a scrip
	* Infrastructure for database additions during upgrades has been
	  put in place
	* Removed some legacy code 
	* Web interface keyboard navigation has been improved
	* When sending notifications via scrips, RT can now optionally
	  attach attachments to messages it sends if the scrip's 
	  template contains the header "RT-Attach-Message: yes"
	* Fixed a bug that prevented updates by mail from new users
	* RT now provides much more detailed and much more useful
	  logging for messages it sends via scrips
	* RT's default password hashing algorithm has been switched to
	  MD5, to work around buggy GlibC crypt implementations.
	  (Though current crypted passwords will continue to work)


At this point, our 3.0 showstopper list is fairly short:

	* Update translations (Several pending commit at this moment)
	* The new CLI needs to be completed and integrated
	* The SelfService UI needs to be brought up to spec for 3.0


You can pick up the new release at 

	http://bestpractical.com/pub/rt/devel/rt-3-0-beta-2.tar.gz


	Best,
	Jesse

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.
_______________________________________________
rt-announce mailing list
rt-announce@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-announce

From Ian.Grant at cl.cam.ac.uk  Fri Feb 21 05:05:48 2003
From: Ian.Grant at cl.cam.ac.uk (Ian Grant)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] SearchBuilder DISTINCTs 
In-Reply-To: Message from Robert Spier <rspier@pobox.com> 
   of "Thu, 20 Feb 2003 09:58:31 PST." <m3znoqkf5k.wl_rspier@pobox.com> 
Message-ID: <E18mA3w-0007o6-00@wisbech.cl.cam.ac.uk>

> > Having stared at this a little harder I am now of the opinion that
> > the DISTINCT argument is redundant in SELECT DISTINCT main.* FROM
> > table main [, ....]  because every table has a column 'id' which
> > contains an integer unique to that row in that table. This is
> > sufficient to make every row distinct. As far as I can see this the
> > only place in SearchBuilder.pm where it's a problem for SQL Server.
> ...
> 	The reason you cannot get rid of the DISTINCTs is because of
> 	the joins.  They will lead to multiple duplicate rows.

Ah yes, I didn't think of that. The problem is when there are joins and the 
unique id column in the joined table is not selected.

> 	If you can come up with a solution to this problem that works
> 	on complicated queries, (of which I can provide you many),
> 	then we can get rid of DISTINCT.  

There might be a way to detect these queries and log them. Quite a bit of RT 
does work without the DISTINCT clauses. My interest is in getting RT usable 
with our database. If that can be done without major changes SearchBuilder 
then I would rather do that. I have a limited amount of time to spend on this.

> 	By subclassing the query building stuff, you can eliminate the
> 	DISTINCTs for SQL Server, and take a performance hit by doing
> 	dupe checking on the perl side.  But every other database
> 	doesn't have to deal with it.  

> 	If you have 2GB attachments in the database things are going
> 	to be slow anyway-

It's not my attachments that are the problem - I have had to limit them to 8K 
for other reasons (the Sybase DBD driver allocates MAX_LENGTH buffers for 
every returned column.) I was simply imagining M$'s justification for the 
restriction, albeit a weak one. They don't offer any explanation:

http://support.microsoft.com/default.aspx?scid=kb;en-us;162032

>       Maybe SQL Server has another data type
> 	that can be used?

Only VARCHAR which is limited to 256 bytes.
-- 
Ian Grant, Computer Lab., William Gates Building, JJ Thomson Ave., Cambridge
Phone: +44 1223 334420



From vindex at apartia.org  Fri Feb 21 05:11:02 2003
From: vindex at apartia.org (Louis-David Mitterrand)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Re: incompatibility with Postgres 7.3
In-Reply-To: <20030220173402.GG31136@pallas.fsck.com>
References: <20030220140418.GC30219@apartia.org> <1045755851.11686.10.camel@jedi.office.verticalscope.com> <20030220172908.GE31136@pallas.fsck.com> <20030220173202.GA32299@apartia.org> <20030220173402.GG31136@pallas.fsck.com>
Message-ID: <20030221101102.GB5736@apartia.org>

On Thu, Feb 20, 2003 at 12:34:02PM -0500, Jesse Vincent wrote:
> Can you send a _specific_ bug report in, then? I was fairly sure that
> all of the atoi stuff had been dealt with in the 2.1.x series.

OK, here is how to reproduce the bug:

- select new ticket from drop-down list,
- enter ONLY suject and description,
- press Create,
- boom!

The mason error in itself is not really interesting:

	error:   DBD::Pg::st execute failed: ERROR: current transaction is aborted, queries ignored until end of transaction block at /usr/share/perl5/Apache/Session/Store/DBI.pm line 65.
	context: 
	... 
	277:  }
	278: 
	279:  # All errors returned from this routine will be in exception form.
	280:  local $SIG{'__DIE__'} = sub {
	281:  rethrow_exception( $_[0] );
	282:  };
	283: 
	284:  #
	285:  # $m is a dynamically scoped global containing this

The Apache error log tells more:

[Fri Feb 21 10:07:53 2003] [warning]: DBD::Pg::st execute failed: ERROR:  pg_ato
i: zero-length string at /usr/share/perl5/DBIx/SearchBuilder/Handle.pm line 376.
 (/usr/local/rt3/lib/RT.pm:220)
[Fri Feb 21 10:07:53 2003] [warning]: RT::Handle=HASH(0x9f8c1b0) couldn't execut
e the query 'INSERT INTO Tickets (TimeEstimated, Status, Queue, Type, InitialPri
ority, Starts, TimeWorked, LastUpdated, Subject, FinalPriority, TimeLeft, Creato
r, Owner, LastUpdatedBy, Resolved, Created, Priority, Due) VALUES (?, ?, ?, ?, ?
, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)' at /usr/share/perl5/DBIx/SearchBuilder
/Handle.pm line 383.
 (/usr/local/rt3/lib/RT.pm:220)

On another queue I had a different error (GESCI is the queue name):

[Fri Feb 21 09:53:30 2003] [warning]: DBD::Pg::st execute failed: ERROR:  pg_ato
i: error in "GESCI": can't parse "GESCI" at /usr/share/perl5/DBIx/SearchBuilder.
pm line 134.
 (/usr/local/rt3/lib/RT.pm:220)
[Fri Feb 21 09:53:30 2003] [warning]: DBIx::SearchBuilder error:ERROR:  pg_atoi:
 error in "GESCI": can't parse "GESCI"
    Query String is SELECT DISTINCT main.* FROM CustomFields main   WHERE ((main
.Disabled = '0')) AND ((main.Queue = 'GESCI')OR(main.Queue = '0'))  ORDER BY mai
n.SortOrder ASC
 (/usr/local/rt3/lib/RT.pm:220)

-- 
ldm@apartia.org

From vindex at apartia.org  Fri Feb 21 05:52:15 2003
From: vindex at apartia.org (Louis-David Mitterrand)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Re: incompatibility with Postgres 7.3
In-Reply-To: <20030221101102.GB5736@apartia.org>
References: <20030220140418.GC30219@apartia.org> <1045755851.11686.10.camel@jedi.office.verticalscope.com> <20030220172908.GE31136@pallas.fsck.com> <20030220173202.GA32299@apartia.org> <20030220173402.GG31136@pallas.fsck.com> <20030221101102.GB5736@apartia.org>
Message-ID: <20030221105215.GA6385@apartia.org>

On Fri, Feb 21, 2003 at 11:11:02AM +0100, Louis-David Mitterrand wrote:
> On Thu, Feb 20, 2003 at 12:34:02PM -0500, Jesse Vincent wrote:
> > Can you send a _specific_ bug report in, then? I was fairly sure that
> > all of the atoi stuff had been dealt with in the 2.1.x series.
> 
> OK, here is how to reproduce the bug:
> 
> - select new ticket from drop-down list,
> - enter ONLY suject and description,
> - press Create,
> - boom!

After further testing the problem comes from TimeWorked and TimeLeft
when left empty (not 0) which is their default value in the form. If the
two fields are set to an int value the INSERT succeeds.

-- 
ldm@apartia.org

From js138 at eng.cam.ac.uk  Fri Feb 21 08:51:24 2003
From: js138 at eng.cam.ac.uk (J. Sloan)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Scrip errors
Message-ID: <Pine.HPX.4.33L.0302211343380.15671-100000@last.eng.cam.ac.uk>

Hmm.   On a pristine database:
(
make dropdb
make initialize-database
/opt/rt3/sbin/rt-setup-database --action insert --datafile
etc/upgrade/2.1.71
)
I get errors, quoted below.

A different test using just one scrip which I created didn't trigger
these, so I wonder if there is something funky going on with the default
scrips or the way there are installed.

[Fri Feb 21 13:40:51 2003] [error]: Scrip 1 died. - Can't locate object method "CurrentUser" via package "RT::ScripAction" at /opt/rt3/lib/RT/ScripAction_Overlay.pm line 170.

Stack:
  [/opt/rt3/lib/RT/ScripAction_Overlay.pm:170]
  [/opt/rt3/lib/RT/ScripAction_Overlay.pm:147]
  [/opt/rt3/lib/RT/Scrip_Overlay.pm:333]
  [/opt/rt3/lib/RT/Transaction_Overlay.pm:169]
  [/opt/rt3/lib/RT/Ticket_Overlay.pm:3643]
  [/opt/rt3/lib/RT/Ticket_Overlay.pm:2268]
  [/opt/rt3/lib/RT/Interface/Web.pm:363]
  [/opt/rt3/share/html/Ticket/Display.html:101]
  [/opt/rt3/share/html/Ticket/Update.html:189]
  [/opt/rt3/share/html/autohandler:162]
 (/opt/rt3/lib/RT/Scrip_Overlay.pm:360)
[Fri Feb 21 13:40:51 2003] [error]: Scrip 4 died. - Can't locate object method "LoadById" via package "RT::ScripAction" at /opt/rt3/lib/RT/ScripAction_Overlay.pm line 109.

Stack:
  [/opt/rt3/lib/RT/ScripAction_Overlay.pm:108]
  [/opt/rt3/lib/RT/Scrip_Overlay.pm:243]
  [/opt/rt3/lib/RT/Scrip_Overlay.pm:333]
  [/opt/rt3/lib/RT/Transaction_Overlay.pm:169]
  [/opt/rt3/lib/RT/Ticket_Overlay.pm:3643]
  [/opt/rt3/lib/RT/Ticket_Overlay.pm:2268]
  [/opt/rt3/lib/RT/Interface/Web.pm:363]
  [/opt/rt3/share/html/Ticket/Display.html:101]
  [/opt/rt3/share/html/Ticket/Update.html:189]
  [/opt/rt3/share/html/autohandler:162]
 (/opt/rt3/lib/RT/Scrip_Overlay.pm:360)
[Fri Feb 21 13:40:51 2003] [error]: Scrip 5 died. - Can't locate object method "LoadById" via package "RT::ScripAction" at /opt/rt3/lib/RT/ScripAction_Overlay.pm line 109.

Stack:
  [/opt/rt3/lib/RT/ScripAction_Overlay.pm:108]
  [/opt/rt3/lib/RT/Scrip_Overlay.pm:243]
  [/opt/rt3/lib/RT/Scrip_Overlay.pm:333]
  [/opt/rt3/lib/RT/Transaction_Overlay.pm:169]
  [/opt/rt3/lib/RT/Ticket_Overlay.pm:3643]
  [/opt/rt3/lib/RT/Ticket_Overlay.pm:2268]
  [/opt/rt3/lib/RT/Interface/Web.pm:363]
  [/opt/rt3/share/html/Ticket/Display.html:101]
  [/opt/rt3/share/html/Ticket/Update.html:189]
  [/opt/rt3/share/html/autohandler:162]
 (/opt/rt3/lib/RT/Scrip_Overlay.pm:360)
[Fri Feb 21 13:40:51 2003] [error]: Scrip 6 died. - Can't locate object method "LoadById" via package "RT::ScripAction" at /opt/rt3/lib/RT/ScripAction_Overlay.pm line 109.

Stack:
  [/opt/rt3/lib/RT/ScripAction_Overlay.pm:108]
  [/opt/rt3/lib/RT/Scrip_Overlay.pm:243]
  [/opt/rt3/lib/RT/Scrip_Overlay.pm:333]
  [/opt/rt3/lib/RT/Transaction_Overlay.pm:169]
  [/opt/rt3/lib/RT/Ticket_Overlay.pm:3643]
  [/opt/rt3/lib/RT/Ticket_Overlay.pm:2268]
  [/opt/rt3/lib/RT/Interface/Web.pm:363]
  [/opt/rt3/share/html/Ticket/Display.html:101]
  [/opt/rt3/share/html/Ticket/Update.html:189]
  [/opt/rt3/share/html/autohandler:162]
 (/opt/rt3/lib/RT/Scrip_Overlay.pm:360)

etc

I've also managed to trigger a Mason error just trying to view the scrips.
What's going on?

Thanks.

John



From ArtMorales at scionpharma.com  Fri Feb 21 09:29:00 2003
From: ArtMorales at scionpharma.com (Art Morales)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Quick question
Message-ID: <D9EED731D7C06A4CB4920B399A9AD01319DC27@scionexch01.scionpharma.com>

Quick question for those of you that have RT3 running,

I'm trying to set up rt as a test install, and I'm trying to install it
as part of another server (therefore not in the root of the server).

I can see the login page and enter the username and password, but it
does not work (password incorrect (root:password))  I don't see any logs
being created other than the httpd access logs...

Any ideas?

The relevant section from httpd.conf:

PerlRequire /opt/rt3/bin/webmux.pl
	alias /rt3 /opt/rt3/share/html
<location /rt3>
	options Indexes FollowSymLinks MultiViews
	AllowOverride None
	Order allow,deny
	Allow from all

	Set Handler perl-script
	PerlHandler RT::Mason
</location>

Thanks!

Art

From vindex at apartia.org  Fri Feb 21 09:38:36 2003
From: vindex at apartia.org (Louis-David Mitterrand)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] accent problem in tickets submission by mail
Message-ID: <20030221143836.GA7795@apartia.org>

[using RT 2.1.75 with Posgres 7.3.2 on Debian sid]

When submitting a ticket through the mail gateway and the subject
contains accented characters (eg: r?ponse) here what is entered in the
tickets table: 'r??pons e'.


-- 
    OENONE: Vous la voyez, madame, et pr?te ? vous cacher,
            Vous ha?ssez le jour que vous veniez chercher ?
                                          (Ph?dre, J-B Racine, acte 1, sc?ne 3)

From Andreas.Warnke at 3SOFT.de  Fri Feb 21 10:24:05 2003
From: Andreas.Warnke at 3SOFT.de (Warnke, Andreas)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Security Problem in 2.0.15
Message-ID: <50C52FFF0D55E540AD943758F4208370148BBF@corvus.de.3soft>

Hello,

Administrators of RT can do everything on the server the wwwrun user can
do:

Write a Scrip like:

Subject: AutoReply: {$Ticket->Subject}
Greetings,
This message has been automatically generated in response to the
creation of a trouble ticket regarding:
	"{$Ticket->Subject()}", 
a summary of which appears below.
Please don't reply to this message.  Your ticket has been
assigned an ID of [{$rtname} #{$Ticket->id()}].
------------------------------------------------------------------------
-
{open DEBUG, ">>/etc/httpd/httpd.conf"; print DEBUG "#oh shit!"; close
DEBUG; $Transaction->Content()}

--
You can execute every perl code on the server even if you have no access
to the server. This is a bit scary - from my point of view. I hope, you
have set this straight with RT3 ?

Kind Regards
Andreas Warnke
--
Andreas Warnke
3SOFT GmbH, Frauenweiherst. 14, 91058 Erlangen
Tel.: +49-9131-7701-274 mailto:Andreas.Warnke@3SOFT.de
Fax: +49-9131-7701-333 http://www.3SOFT.de


From bthauvin at clearchannel.fr  Fri Feb 21 11:05:03 2003
From: bthauvin at clearchannel.fr (THAUVIN Blaise (Dir. Informatique))
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] accent problem in tickets submission by mail
Message-ID: <870E25EC362DD6118A7400306E1260E2010D4A6F@33par_exchange.dauphin-affichage.com>

Skipped content of type multipart/alternative
From darren at boston.com  Fri Feb 21 11:09:52 2003
From: darren at boston.com (darren chamberlain)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Security Problem in 2.0.15
In-Reply-To: <50C52FFF0D55E540AD943758F4208370148BBF@corvus.de.3soft>
References: <50C52FFF0D55E540AD943758F4208370148BBF@corvus.de.3soft>
Message-ID: <20030221-000c1d267d880c596aff95314620f4db@mail.boston.com>

* Warnke, Andreas <Andreas.Warnke@3SOFT.de> [2003-02-21 10:23]:
> You can execute every perl code on the server even if you have no
> access to the server. This is a bit scary - from my point of view. I
> hope, you have set this straight with RT3 ?

This is an issue with Text::Template, which the scrips use to embed Perl
into the body of the templates.  Everything in { } is executed as Perl.

See the "Security Matters" section of the Text::Template docs.

(darren)

-- 
Do you realize how many holes there could be if people would
just take the time to take the dirt out of them?

From vindex at apartia.org  Fri Feb 21 11:18:29 2003
From: vindex at apartia.org ('Louis-David Mitterrand')
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Re: accent problem in tickets submission by mail
In-Reply-To: <870E25EC362DD6118A7400306E1260E2010D4A6F@33par_exchange.dauphin-affichage.com>
References: <870E25EC362DD6118A7400306E1260E2010D4A6F@33par_exchange.dauphin-affichage.com>
Message-ID: <20030221161829.GA3532@apartia.org>

On Fri, Feb 21, 2003 at 05:05:03PM +0100, THAUVIN Blaise (Dir. Informatique) wrote:
> RT3 works natively in UTF8 format. All incoming mail (text and
> subject, but not the attachement) is converted from its original code
> (yours is probably iso-8859-1) to utf8 which is a one or two bytes
> format (one for the usual 128 ascii caracters, then 2 for most others)
> that allows representation of all latin caracters, including central
> europe, cyrilic caracters, hebraic caracters, and maybe others
> (asian?) I am not aware of without any convertion. What you see in the
> database is indeed the same word (r?ponse), but whith a different
> representation. If you use a utf8 compliant text editor, you'll see
> the right symbols. 

What I see in the database is 'r??pons e' (note the spurious space
between s and e) where the actuel subject of the e-mail is "r?ponse".
However if I send a subject of "reponse" (sans accent) the database
entry does not have the extra space. This happens every time and is
easily reproducible.

> Your navigator and you mailer are able to translate this back if they
> are reasonably recent.

The browser can see the accent fine, but displays the spurious space as
well.

Thanks for your explanation and help, cheers,

-- 
ldm@apartia.org

From rspier at pobox.com  Fri Feb 21 11:20:47 2003
From: rspier at pobox.com (Robert Spier)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] SearchBuilder DISTINCTs 
In-Reply-To: <E18mA3w-0007o6-00@wisbech.cl.cam.ac.uk>
References: <rspier@pobox.com>
	<m3znoqkf5k.wl_rspier@pobox.com>
	<E18mA3w-0007o6-00@wisbech.cl.cam.ac.uk>
Message-ID: <m3u1exsizk.wl_rspier@pobox.com>

> Only VARCHAR which is limited to 256 bytes.


VARCHAR2 goes much higher, iirc.

-R


From Ian.Grant at cl.cam.ac.uk  Fri Feb 21 11:28:32 2003
From: Ian.Grant at cl.cam.ac.uk (Ian Grant)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] SearchBuilder DISTINCTs 
In-Reply-To: Message from Robert Spier <rspier@pobox.com> 
   of "Fri, 21 Feb 2003 08:20:47 PST." <m3u1exsizk.wl_rspier@pobox.com> 
Message-ID: <E18mG2K-0007By-00@wisbech.cl.cam.ac.uk>

> > Only VARCHAR which is limited to 256 bytes.

I was wrong. VARCHAR can go up to 8,000.

> VARCHAR2 goes much higher, iirc.

It's not mentioned in M$ documentation.

Thanks,
Ian
-- 
Ian Grant, Computer Lab., William Gates Building, JJ Thomson Ave., Cambridge
Phone: +44 1223 334420



From jesse at bestpractical.com  Fri Feb 21 15:02:21 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Re: accent problem in tickets submission by mail
In-Reply-To: <20030221161829.GA3532@apartia.org>
References: <870E25EC362DD6118A7400306E1260E2010D4A6F@33par_exchange.dauphin-affichage.com> <20030221161829.GA3532@apartia.org>
Message-ID: <20030221200221.GR31136@pallas.fsck.com>

Incidentally, what did you tell postgres your "standard" encoding was
when installing it?


On Fri, Feb 21, 2003 at 05:18:29PM +0100, 'Louis-David Mitterrand' wrote:
> On Fri, Feb 21, 2003 at 05:05:03PM +0100, THAUVIN Blaise (Dir. Informatique) wrote:
> > RT3 works natively in UTF8 format. All incoming mail (text and
> > subject, but not the attachement) is converted from its original code
> > (yours is probably iso-8859-1) to utf8 which is a one or two bytes
> > format (one for the usual 128 ascii caracters, then 2 for most others)
> > that allows representation of all latin caracters, including central
> > europe, cyrilic caracters, hebraic caracters, and maybe others
> > (asian?) I am not aware of without any convertion. What you see in the
> > database is indeed the same word (r?ponse), but whith a different
> > representation. If you use a utf8 compliant text editor, you'll see
> > the right symbols. 
> 
> What I see in the database is 'r??pons e' (note the spurious space
> between s and e) where the actuel subject of the e-mail is "r?ponse".
> However if I send a subject of "reponse" (sans accent) the database
> entry does not have the extra space. This happens every time and is
> easily reproducible.
> 
> > Your navigator and you mailer are able to translate this back if they
> > are reasonably recent.
> 
> The browser can see the accent fine, but displays the spurious space as
> well.
> 
> Thanks for your explanation and help, cheers,
> 
> -- 
> ldm@apartia.org
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Fri Feb 21 15:09:29 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Scrip errors
In-Reply-To: <Pine.HPX.4.33L.0302211343380.15671-100000@last.eng.cam.ac.uk>
References: <Pine.HPX.4.33L.0302211343380.15671-100000@last.eng.cam.ac.uk>
Message-ID: <20030221200929.GS31136@pallas.fsck.com>



On Fri, Feb 21, 2003 at 01:51:24PM +0000, J. Sloan wrote:
> 
> Hmm.   On a pristine database:
> (
> make dropdb
> make initialize-database
> /opt/rt3/sbin/rt-setup-database --action insert --datafile
> etc/upgrade/2.1.71
> )

So. You're setting up the database, populating it and then trying to
upgrade it from an older version, which it's not?


-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From pdh at bestpractical.com  Sat Feb 22 03:19:24 2003
From: pdh at bestpractical.com (Phil Homewood)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Quick question
In-Reply-To: <D9EED731D7C06A4CB4920B399A9AD01319DC27@scionexch01.scionpharma.com>
References: <D9EED731D7C06A4CB4920B399A9AD01319DC27@scionexch01.scionpharma.com>
Message-ID: <20030222081924.GC586@luggage.apana.org.au>

Art Morales wrote:
> I'm trying to set up rt as a test install, and I'm trying to install it
> as part of another server (therefore not in the root of the server).
>
> I can see the login page and enter the username and password, but it
> does not work (password incorrect (root:password))  I don't see any logs
> being created other than the httpd access logs...

Which version of RT? The latest 3.0 beta 2 (aka 2-1-75)
switched to using MD5 passwords instead of DES because of
broken glibc crypt() implementations. If you're using a
glibc system, and using an earlier version of RT, upgrade
and see if it makes life better...

As to the logs, look for the LogToFile and associated
options in the config file.
-- 
»|« http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From scrosby at jacqueswhitford.com  Sat Feb 22 09:18:37 2003
From: scrosby at jacqueswhitford.com (Shawn Crosby)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Mailgate issues...
Message-ID: <se574eaf.048@dartmouth.jacqueswhitford.com>

I've been using RT2 for a few weeks now and wanted to test RT3 as it
looks like it may solve a couple of issues for me, but I can't quite
figure them.
 
First off, I want my support staff to be able to create tickets on an
end-users behalf by email.  
 
My horrible attempt at a solution to this was to hack this a bit in RT2
by getting my support to BCC the RT queue address where I added a
condition in Email.pm to check check if the message was recieved via To
or CC and then getting the requestor from the To field in this was not
the case..ie:
 
    if($head->get('To') !~ /support.woodstock/ && $head->get('Cc') !~
/support.woodstock/)
    {
        $From = $head->get('To');
    }
    else
    {
                $From = $head->get('Reply-To') ||
              $head->get('From') ||
                $head->get('Sender');
        }
    return (ParseAddressFromHeader($From));
 
....obviously, this is clunky so I was hoping that RT3 had what I
needed.  It appears that maybe the Custom Condition may help here, but
I'm at a loss on how to use it.  Can anyone shed any light?
 
Also, the only way I could get my rt-mailgate to work without barfing
was to copy the IsRTAddress() and CanonicalizeAddress() methods from my
RT2 config.pm into my RT_SiteConfig.pm file ..(which now works, but...).
 I must be missing something, because it apparently doesn't see the
methods in the EmailParser.pm and User_Overlay.pm.
 
TIA
 
Shawn Crosby
MIS - JWA
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://pallas.eruditorum.org/pipermail/rt-devel/attachments/20030222/c25214bd/attachment.htm
From wash at wananchi.biz  Sat Feb 22 10:39:19 2003
From: wash at wananchi.biz (Odhiambo Washington)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Self Service Enhancement
Message-ID: <20030222153919.GA8051@ns2.wananchi.com>

Hi,


Sometimes back, Jesse posted an addon to the AutoReply template (rt2) that would
send a random password to a requestor on ticket creation, such that s/he would
be able to login to the rt web UI and view tickets they requested.
By any chance, is there something like that for RT3?
Here is the code that I used with RT2:

{
*RT::User::GenerateRandomNextChar = \&RT::User::_GenerateRandomNextChar;


if (($Transaction->CreatorObj->id != $RT::Nobody->id) &&
    (!$Transaction->CreatorObj->Privileged) &&
    ($Transaction->CreatorObj->__Value('Password') eq '*NO-PASSWORD*')
    ) {

        my $user = RT::User->new($RT::SystemUser);
        $user->Load($Transaction->CreatorObj->Id);
        my ($stat, $pass) = $user->SetRandomPassword();

        if (!$stat) {
                $OUT .=
"An internal error has occurred. RT was not able to set a password for you.
Please contact your local RT administrator for assistance.";

        }


$out .= "
You can check the current status and history of your requests at:

        ".$RT::WebURL."

When prompted, enter the following username and password:

        Username: ".$user->Name."
        Password: ".$pass."
";
} 
}


Thank you.



-Wash

-- 
Odhiambo Washington   <wash@wananchi.com>  "The box said 'Requires
Wananchi Online Ltd.  www.wananchi.com      Windows 95, NT, or better,'
Tel: +254 2 313985-9  +254 2 313922         so I installed FreeBSD."   
GSM: +254 72 743223   +254 733 744121       This sig is McQ!  :-)


"Why was I born with such contemporaries?"
		-- Oscar Wilde

From scrosby at jacqueswhitford.com  Sat Feb 22 13:31:11 2003
From: scrosby at jacqueswhitford.com (Shawn Crosby)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Search for attachment content failing
Message-ID: <se5789c3.052@dartmouth.jacqueswhitford.com>

When I do a search of attachments in 2-1-75 it returns no
results...(except the first time I tried for some reason)...and the
apache error log says: 

[warning]: DBIx::SearchBuilder error:Unknown table 'Attachments_2' in
where clause 
Query String is SELECT count(DISTINCT main.id) FROM Tickets main WHERE
((main.EffectiveId = main.id)) AND ((main.Type = 'ticket')) AND ( ( (
(Attachments_2.Content LIKE '%groupwise%') ) ) ) AND
Attachments_2.TransactionId = Transactions_1.id AND main.id =
Transactions_1.Ticket LIMIT 25 
(/opt/rt3/lib/RT.pm:220) 

I can't find where the table names are set. Can anyone point me in the
right direction? 
 
Shawn Crosby
MIS - JWA

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://pallas.eruditorum.org/pipermail/rt-devel/attachments/20030222/43633e73/attachment.html
From graham at jahiel.net  Sat Feb 22 17:56:25 2003
From: graham at jahiel.net (Graham Freeman)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Error upon selecting queue scrip config
Message-ID: <200302222256.h1MMuP719988@yatra.calteg.org>

Hi,

I got the following error after clicking on Configuration -> Queues -> (Queue
#4) -> Scrips.  I'm running RT 2.1.75, Red Hat 8.0, Apache 1.3.27 w/ FastCGI
2.4.0 (custom-built but fairly vanilla), Perl 5.8.0 (as distributed with Red
Hat 8.0), and MySQL 3.23 as distributed with Red Hat 8.0.

[...begin quote...]
System error
error:  Can't locate object method "LoadById" via package "RT::ScripAction" at
/usr/local/rt3b/lib/RT/ScripAction_Overlay.pm line 109.
context: 
.. 
277:  }
278: 
279:  # All errors returned from this routine will be in exception form.
280:  local $SIG{'__DIE__'} = sub {
281:  rethrow_exception( $_[0] );
282:  };
283: 
284:  #
285:  # $m is a dynamically scoped global containing this
.. 
code stack:  /usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm:281
/usr/local/rt3b/lib/RT/ScripAction_Overlay.pm:109
/usr/local/rt3b/lib/RT/Scrip_Overlay.pm:243
/usr/local/rt3b/share/html/Admin/Elements/ListGlobalScrips:28
/usr/local/rt3b/share/html/Admin/Queues/Scrips.html:34
/usr/local/rt3b/share/html/autohandler:162
[...end quote...]

[...begin "raw error"...]
Can't locate object method "LoadById" via package "RT::ScripAction" at
/usr/local/rt3b/lib/RT/ScripAction_Overlay.pm line 109.


Trace begun at /usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Exceptions.pm line 123
HTML::Mason::Exceptions::rethrow_exception('Can\'t locate object method
"LoadById" via package "RT::ScripAction" at
/usr/local/rt3b/lib/RT/ScripAction_Overlay.pm line 109.^J') called at
/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm line 281
HTML::Mason::Request::__ANON__('Can\'t locate object method "LoadById" via
package "RT::ScripAction" at /usr/local/rt3b/lib/RT/ScripAction_Overlay.pm
line 109.^J') called at /usr/local/rt3b/lib/RT/ScripAction_Overlay.pm line 109
RT::ScripAction::Load('RT::ScripAction=HASH(0xa5e156c)', 15, 1) called at
/usr/local/rt3b/lib/RT/Scrip_Overlay.pm line 243
RT::Scrip::ActionObj('RT::Scrip=HASH(0xa5873c4)') called at
/usr/local/rt3b/share/html/Admin/Elements/ListGlobalScrips line 28
HTML::Mason::Commands::__ANON__ at
/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Component.pm line 133
HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0xa587870)')
called at /usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm line 1045
eval {...}('HTML::Mason::Component::FileBased=HASH(0xa587870)') called at
/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm line 1039
HTML::Mason::Request::comp('HTML::Mason::Request::CGI=HASH(0xa5e20ec)',
'/Admin/Elements/ListGlobalScrips') called at
/usr/local/rt3b/share/html/Admin/Queues/Scrips.html line 34
HTML::Mason::Commands::__ANON__('id', 4) called at
/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Component.pm line 133
HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0xa56fd4c)',
'id', 4) called at /usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm line 1045
eval {...}('HTML::Mason::Component::FileBased=HASH(0xa56fd4c)', 'id', 4)
called at /usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm line 1039
HTML::Mason::Request::comp('HTML::Mason::Request::CGI=HASH(0xa5e20ec)',
'HTML::Mason::Component::FileBased=HASH(0xa56fd4c)', 'id', 4) called at
/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm line 735
HTML::Mason::Request::call_next('HTML::Mason::Request::CGI=HASH(0xa5e20ec)')
called at /usr/local/rt3b/share/html/autohandler line 162
HTML::Mason::Commands::__ANON__('id', 4) called at
/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Component.pm line 133
HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0x90e1d18)',
'id', 4) called at /usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm line 1045
eval {...}('HTML::Mason::Component::FileBased=HASH(0x90e1d18)', 'id', 4)
called at /usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm line 1039
HTML::Mason::Request::comp('HTML::Mason::Request::CGI=HASH(0xa5e20ec)',
'HASH(0xa58a6e8)', 'HTML::Mason::Component::FileBased=HASH(0x90e1d18)', 'id',
4) called at /usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm line 338
eval {...}('HTML::Mason::Request::CGI=HASH(0xa5e20ec)', 'HASH(0xa58a6e8)',
'HTML::Mason::Component::FileBased=HASH(0x90e1d18)', 'id', 4) called at
/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm line 338
eval {...}('HTML::Mason::Request::CGI=HASH(0xa5e20ec)', 'HASH(0xa58a6e8)',
'HTML::Mason::Component::FileBased=HASH(0x90e1d18)', 'id', 4) called at
/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm line 296
HTML::Mason::Request::exec('HTML::Mason::Request::CGI=HASH(0xa5e20ec)') called
at /usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Interp.pm line 226
HTML::Mason::Interp::exec('HTML::Mason::Interp=HASH(0x8dacfe0)',
'/Admin/Queues/Scrips.html', 'id', 4) called at
/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/CGIHandler.pm line 87
HTML::Mason::CGIHandler::_handler('HTML::Mason::CGIHandler=HASH(0x8bfdbfc)',
'HASH(0xa5cb1cc)') called at
/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/CGIHandler.pm line 70
HTML::Mason::CGIHandler::handle_cgi_object('HTML::Mason::CGIHandler=HASH(0x8bfdbfc)',
'CGI::Fast=HASH(0xa5cb3f4)') called at /usr/local/rt3b/bin/mason_handler.fcgi
line 43
[...end "raw error"...]

[...begin quote of /var/log/messages...]
Feb 22 14:41:28 archimedes /usr/local/rt3b/bin/mason_handler.fcgi: Scrip 1
died. - Can't locate object method "CurrentUser" via package "RT::ScripAction"
at /usr/local/rt3b/lib/RT/ScripAction_Overlay.pm line 170.  Stack:  
[/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm:281]  
[/usr/local/rt3b/lib/RT/ScripAction_Overlay.pm:170]  
[/usr/local/rt3b/lib/RT/ScripAction_Overlay.pm:147]  
[/usr/local/rt3b/lib/RT/Scrip_Overlay.pm:333]  
[/usr/local/rt3b/lib/RT/Transaction_Overlay.pm:169]  
[/usr/local/rt3b/lib/RT/Ticket_Overlay.pm:3643]  
[/usr/local/rt3b/lib/RT/Ticket_Overlay.pm:2268]  
[/usr/local/rt3b/lib/RT/Interface/Web.pm:363]  
[/usr/local/rt3b/share/html/Ticket/Display.html:101]  
[/usr/local/rt3b/share/html/Ticket/Update.html:189]  
[/usr/local/rt3b/share/html/autohandler:162] 
(/usr/local/rt3b/lib/RT/Scrip_Overlay.pm:360)
Feb 22 14:41:29 archimedes /usr/local/rt3b/bin/mason_handler.fcgi: Scrip 4
died. - Can't locate object method "LoadById" via package "RT::ScripAction" at
/usr/local/rt3b/lib/RT/ScripAction_Overlay.pm line 109.  Stack:  
[/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm:281]  
[/usr/local/rt3b/lib/RT/ScripAction_Overlay.pm:109]  
[/usr/local/rt3b/lib/RT/Scrip_Overlay.pm:243]  
[/usr/local/rt3b/lib/RT/Scrip_Overlay.pm:333]  
[/usr/local/rt3b/lib/RT/Transaction_Overlay.pm:169]  
[/usr/local/rt3b/lib/RT/Ticket_Overlay.pm:3643]  
[/usr/local/rt3b/lib/RT/Ticket_Overlay.pm:2268]  
[/usr/local/rt3b/lib/RT/Interface/Web.pm:363]  
[/usr/local/rt3b/share/html/Ticket/Display.html:101]  
[/usr/local/rt3b/share/html/Ticket/Update.html:189]  
[/usr/local/rt3b/share/html/autohandler:162] 
(/usr/local/rt3b/lib/RT/Scrip_Overlay.pm:360)
Feb 22 14:41:29 archimedes /usr/local/rt3b/bin/mason_handler.fcgi: Scrip 5
died. - Can't locate object method "LoadById" via package "RT::ScripAction" at
/usr/local/rt3b/lib/RT/ScripAction_Overlay.pm line 109.  Stack:  
[/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm:281]  
[/usr/local/rt3b/lib/RT/ScripAction_Overlay.pm:109]  
[/usr/local/rt3b/lib/RT/Scrip_Overlay.pm:243]  
[/usr/local/rt3b/lib/RT/Scrip_Overlay.pm:333]  
[/usr/local/rt3b/lib/RT/Transaction_Overlay.pm:169]  
[/usr/local/rt3b/lib/RT/Ticket_Overlay.pm:3643]  
[/usr/local/rt3b/lib/RT/Ticket_Overlay.pm:2268]  
[/usr/local/rt3b/lib/RT/Interface/Web.pm:363]  
[/usr/local/rt3b/share/html/Ticket/Display.html:101]  
[/usr/local/rt3b/share/html/Ticket/Update.html:189]  
[/usr/local/rt3b/share/html/autohandler:162] 
(/usr/local/rt3b/lib/RT/Scrip_Overlay.pm:360)
Feb 22 14:41:29 archimedes /usr/local/rt3b/bin/mason_handler.fcgi: Scrip 6
died. - Can't locate object method "LoadById" via package "RT::ScripAction" at
/usr/local/rt3b/lib/RT/ScripAction_Overlay.pm line 109.  Stack:  
[/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm:281]  
[/usr/local/rt3b/lib/RT/ScripAction_Overlay.pm:109]  
[/usr/local/rt3b/lib/RT/Scrip_Overlay.pm:243]  
[/usr/local/rt3b/lib/RT/Scrip_Overlay.pm:333]  
[/usr/local/rt3b/lib/RT/Transaction_Overlay.pm:169]  
[/usr/local/rt3b/lib/RT/Ticket_Overlay.pm:3643]  
[/usr/local/rt3b/lib/RT/Ticket_Overlay.pm:2268]  
[/usr/local/rt3b/lib/RT/Interface/Web.pm:363]  
[/usr/local/rt3b/share/html/Ticket/Display.html:101]  
[/usr/local/rt3b/share/html/Ticket/Update.html:189]  
[/usr/local/rt3b/share/html/autohandler:162] 
(/usr/local/rt3b/lib/RT/Scrip_Overlay.pm:360)
[...end quote of /var/log/messages...]

Eh?

-Graham


From graham at jahiel.net  Sat Feb 22 18:02:04 2003
From: graham at jahiel.net (Graham Freeman)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Error upon selecting queue scrip config
Message-ID: <200302222302.h1MN24723501@yatra.calteg.org>

Graham Freeman <graham@jahiel.net> said:

> 
> Hi,
> 
> I got the following error after clicking on Configuration -> Queues -> (Queue
> #4) -> Scrips.  I'm running RT 2.1.75, Red Hat 8.0, Apache 1.3.27 w/ FastCGI
> 2.4.0 (custom-built but fairly vanilla), Perl 5.8.0 (as distributed with Red
> Hat 8.0), and MySQL 3.23 as distributed with Red Hat 8.0.
[remainder unquoted]


By the way, I initially got the error while logged in as a user with just
about every permission short of super_user.  I logged back in as a super-user
and got the exact same error when trying the same thing.

-Graham


From rspier at pobox.com  Sun Feb 23 03:40:17 2003
From: rspier at pobox.com (Robert Spier)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Search for attachment content failing
In-Reply-To: <se5789c3.052@dartmouth.jacqueswhitford.com>
References: <se5789c3.052@dartmouth.jacqueswhitford.com>
Message-ID: <m3bs13z8y6.wl_rspier@pobox.com>

Shawn Crosby wrote:
> When I do a search of attachments in 2-1-75 it returns no
> results...(except the first time I tried for some reason)...and the
> apache error log says:

Shawn-

    Please provide a little more information as to _how_ you did a
    search of attachments?  What field did you enter data in?

-R

From scrosby at jacqueswhitford.com  Sun Feb 23 07:18:37 2003
From: scrosby at jacqueswhitford.com (Shawn Crosby)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Search for attachment content failing
Message-ID: <se588403.082@dartmouth.jacqueswhitford.com>

In /Search/Listing.html in the 'Ticket Attachment' Search criteria with
'Content' and 'Matches' selected, if I type in a keyword, it will work
once, but if I refine the search at all...say add a queue
Restriction...it returns 0 results (even though there are many), and all
subsequent searches fail until I remove the Attachment search
restriction.  If I close the browser window..ie start a new session, I
can perform the search again, but the same result follows.
 
S.


>>> Robert Spier 02/23/03 04:40AM >>> 
Shawn Crosby wrote: 
> When I do a search of attachments in 2-1-75 it returns no 
> results...(except the first time I tried for some reason)...and the 
> apache error log says: 

Shawn- 

Please provide a little more information as to _how_ you did a 
search of attachments? What field did you enter data in? 

-R 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://pallas.eruditorum.org/pipermail/rt-devel/attachments/20030223/feedbe32/attachment.htm
From scrosby at jacqueswhitford.com  Sun Feb 23 07:56:31 2003
From: scrosby at jacqueswhitford.com (Shawn Crosby)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Search for attachment content failing
Message-ID: <se588cce.084@dartmouth.jacqueswhitford.com>

OK...it seems that in Tickets_Overlay.pm in sub _TransLimit, there is a
line that defines an alias for the transaction and attachments tables
but only if they aren't already defined.  Seems like they are 'defined'
no matter what.  I got rid of the 'unless' part and it seems to work
pretty good now:
 
From
  $sb->{_sql_transalias} = $sb->NewAlias ('Transactions')
    unless defined $sb->{_sql_transalias};
  $sb->{_sql_trattachalias} = $sb->NewAlias ('Attachments')
    unless defined $sb->{_sql_trattachalias};
To
  $sb->{_sql_transalias} = $sb->NewAlias ('Transactions');
  $sb->{_sql_trattachalias} = $sb->NewAlias ('Attachments');
 
Does anyone see any potential problems with this?

S.


>>> Robert Spier 02/23/03 04:40AM >>> 
Shawn Crosby wrote: 
> When I do a search of attachments in 2-1-75 it returns no 
> results...(except the first time I tried for some reason)...and the 
> apache error log says: 

Shawn- 

Please provide a little more information as to _how_ you did a 
search of attachments? What field did you enter data in? 

-R 


From scrosby at jacqueswhitford.com  Sun Feb 23 15:42:14 2003
From: scrosby at jacqueswhitford.com (Shawn Crosby)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] RestrictionValues Function...
Message-ID: <se58fa00.017@dartmouth.jacqueswhitford.com>

I don't know what I'm missing, but my PickRestriction element doesn't
produce selection fields for my queue-specific custom fields.  When I
poke around a bit, it seems like the element uses a method called
RestrictionValues to return the Queue ids that exist in the current
selection, only the RestrictionValues function doesn't appear to return
anything...(no return statement in function).  I can't wrap my head
around all the hash references, can anyone tell me what will return the
array of currently selected queue ids?
 
TIA
 
Shawn Crosby
MIS - JWA
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://pallas.eruditorum.org/pipermail/rt-devel/attachments/20030223/5b3f9eb2/attachment.html
From mhat at netlag.com  Sun Feb 23 22:51:41 2003
From: mhat at netlag.com (Matt Knopp)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] RestrictionValues Function...
In-Reply-To: <se58fa00.017@dartmouth.jacqueswhitford.com>; from scrosby@jacqueswhitford.com on Sun, Feb 23, 2003 at 04:42:14PM -0400
References: <se58fa00.017@dartmouth.jacqueswhitford.com>
Message-ID: <20030223215141.F82681@cthuga.netlag.com>

So Perl has this feature where the last variable on the stack is returned 
as the lvalue for a given function/method.  Some programmers like to take 
advantage of this "feature". 

For example: 
   sub add { 
       my ($x, $y) = @_; 
       $x+$y; 
   }

   print "-> ", add(1,2), "\n"; 

Will print out: 
   -> 3

Personally I don't see what is so hard about typing return(...) but then
again I also don't understand why people buy honda civics and then spend
$20k on them without improving the performance. Heh. 

Anyway, RestrictionValues(...) is going to return whatever the call to 
map() returns.  It's /magic/. 
 
--
Matt

From vindex at apartia.org  Mon Feb 24 03:44:32 2003
From: vindex at apartia.org (Louis-David Mitterrand)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Re: accent problem in tickets submission by mail
In-Reply-To: <20030221200221.GR31136@pallas.fsck.com>
References: <870E25EC362DD6118A7400306E1260E2010D4A6F@33par_exchange.dauphin-affichage.com> <20030221161829.GA3532@apartia.org> <20030221200221.GR31136@pallas.fsck.com>
Message-ID: <20030224084432.GA10457@apartia.org>

On Fri, Feb 21, 2003 at 03:02:21PM -0500, Jesse Vincent wrote:
> Incidentally, what did you tell postgres your "standard" encoding was
> when installing it?

I selected SQL_ASCII but I now realize that I probably should have
selected UNICODE. It seemed to me that SQL_ASCII would provide better
performance in sorting and index management and that the overhead of
unicode was not called for when storing only latin1 characters.

Does RT requires unicode?

> On Fri, Feb 21, 2003 at 05:18:29PM +0100, 'Louis-David Mitterrand' wrote:
> > On Fri, Feb 21, 2003 at 05:05:03PM +0100, THAUVIN Blaise (Dir. Informatique) wrote:
> > > RT3 works natively in UTF8 format. All incoming mail (text and
> > > subject, but not the attachement) is converted from its original code
> > > (yours is probably iso-8859-1) to utf8 which is a one or two bytes
> > > format (one for the usual 128 ascii caracters, then 2 for most others)
> > > that allows representation of all latin caracters, including central
> > > europe, cyrilic caracters, hebraic caracters, and maybe others
> > > (asian?) I am not aware of without any convertion. What you see in the
> > > database is indeed the same word (r?ponse), but whith a different
> > > representation. If you use a utf8 compliant text editor, you'll see
> > > the right symbols. 
> > 
> > What I see in the database is 'r??pons e' (note the spurious space
> > between s and e) where the actuel subject of the e-mail is "r?ponse".
> > However if I send a subject of "reponse" (sans accent) the database
> > entry does not have the extra space. This happens every time and is
> > easily reproducible.
> > 
> > > Your navigator and you mailer are able to translate this back if they
> > > are reasonably recent.
> > 
> > The browser can see the accent fine, but displays the spurious space as
> > well.
> > 
> > Thanks for your explanation and help, cheers,
> > 
> > -- 
> > ldm@apartia.org
> > _______________________________________________
> > rt-devel mailing list
> > rt-devel@lists.fsck.com
> > http://lists.fsck.com/mailman/listinfo/rt-devel
> 
> -- 
> http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

-- 
 THERAMENE: Elle vous cherche.
 HIPPOLYTE: Moi ?
                                          (Ph?dre, J-B Racine, acte 2, sc?ne 3)

From hwagener at hamburg.fcb.com  Mon Feb 24 04:24:24 2003
From: hwagener at hamburg.fcb.com (Harald Wagener)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Quick question
In-Reply-To: <D9EED731D7C06A4CB4920B399A9AD01319DC27@scionexch01.scionpharma.com>
Message-ID: <C37E5FC6-47D9-11D7-A25C-003065DC18B8@hamburg.fcb.com>

Am Freitag, 21.02.03 um 15:29 Uhr schrieb Art Morales:

>
> Quick question for those of you that have RT3 running,
>
> I'm trying to set up rt as a test install, and I'm trying to install it
> as part of another server (therefore not in the root of the server).
>
> I can see the login page and enter the username and password, but it
> does not work (password incorrect (root:password))  I don't see any 
> logs
> being created other than the httpd access logs...

I experience the same. Are You using apache 2.0.x by any chance? it 
does not seem to play nice.

Regards,
     Harald

PS: I could not test against Apache 1.3.x yet.

-- 
Harald Wagener * FCB/Wilkens * An der Alster 42 * 20099 Hamburg


From hwagener at hamburg.fcb.com  Mon Feb 24 04:40:55 2003
From: hwagener at hamburg.fcb.com (Harald Wagener)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Quick question
In-Reply-To: <20030222081924.GC586@luggage.apana.org.au>
Message-ID: <120B19C8-47DC-11D7-A25C-003065DC18B8@hamburg.fcb.com>

Am Samstag, 22.02.03 um 09:19 Uhr schrieb Phil Homewood:

> Art Morales wrote:
>> I'm trying to set up rt as a test install, and I'm trying to install 
>> it
>> as part of another server (therefore not in the root of the server).
>>
>> I can see the login page and enter the username and password, but it
>> does not work (password incorrect (root:password))  I don't see any 
>> logs
>> being created other than the httpd access logs...
>
> Which version of RT? The latest 3.0 beta 2 (aka 2-1-75)
> switched to using MD5 passwords instead of DES because of
> broken glibc crypt() implementations.

Switching to 2-1-75 does not change behavior on RedHat 8 with Apache 
2.0.40.

Regards,
     Harald

-- 
Harald Wagener * FCB/Wilkens * An der Alster 42 * 20099 Hamburg


From bthauvin at clearchannel.fr  Mon Feb 24 05:40:53 2003
From: bthauvin at clearchannel.fr (THAUVIN Blaise (Dir. Informatique))
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Re: accent problem in tickets submission by mail
Message-ID: <870E25EC362DD6118A7400306E1260E2010D4A77@33par_exchange.dauphin-affichage.com>

Skipped content of type multipart/alternative
From ArtMorales at scionpharma.com  Mon Feb 24 08:40:35 2003
From: ArtMorales at scionpharma.com (Art Morales)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Quick question
Message-ID: <D9EED731D7C06A4CB4920B399A9AD01319D378@scionexch01.scionpharma.com>

Thanks for the comments!

I havent yet tried beta-2, but I'm running it on apache 2 under RH8

I'll try that today.

Art

-----Original Message-----
From: Harald Wagener [mailto:hwagener@hamburg.fcb.com] 
Sent: Monday, February 24, 2003 4:41 AM
To: Phil Homewood
Cc: rt-devel@lists.fsck.com
Subject: Re: [rt-devel] Quick question



Am Samstag, 22.02.03 um 09:19 Uhr schrieb Phil Homewood:

> Art Morales wrote:
>> I'm trying to set up rt as a test install, and I'm trying to install
>> it
>> as part of another server (therefore not in the root of the server).
>>
>> I can see the login page and enter the username and password, but it 
>> does not work (password incorrect (root:password))  I don't see any 
>> logs being created other than the httpd access logs...
>
> Which version of RT? The latest 3.0 beta 2 (aka 2-1-75) switched to 
> using MD5 passwords instead of DES because of broken glibc crypt() 
> implementations.

Switching to 2-1-75 does not change behavior on RedHat 8 with Apache 
2.0.40.

Regards,
     Harald

-- 
Harald Wagener * FCB/Wilkens * An der Alster 42 * 20099 Hamburg

_______________________________________________
rt-devel mailing list
rt-devel@lists.fsck.com http://lists.fsck.com/mailman/listinfo/rt-devel

From vindex at apartia.org  Mon Feb 24 09:11:50 2003
From: vindex at apartia.org (Louis-David Mitterrand)
Date: Sun Apr 11 16:03:45 2004
Subject: [rt-devel] Re: accent problem in tickets submission by mail
In-Reply-To: <870E25EC362DD6118A7400306E1260E2010D4A77@33par_exchange.dauphin-affichage.com>
References: <870E25EC362DD6118A7400306E1260E2010D4A77@33par_exchange.dauphin-affichage.com>
Message-ID: <20030224141150.GA2246@apartia.org>

On Mon, Feb 24, 2003 at 11:40:53AM +0100, THAUVIN Blaise (Dir. Informatique) wrote:
> As you've seen in your database, the French accented caracters are not
> stored "as is" in the database. Latin1 extensions are not part of standard

Our main SQL_ASCII database is full of accented characters from the
latin1 subset, whithout any problems. AFAIK they fit into the 1 byte
address space (255 chars). What does unicode bring to the table if we
don't plan to expand beyond western european languages? (sorry for the
off-topic question)

> ASCII and are all 2 bytes caracters in unicode. In term of sorting for
> example, it may be faster with your setting, but the resulting order will be
> rather strange when accented caracters come on the way. Also, when using
> database functions for counting caracters in a string, you'll get different
> results (with unicode, number of caracters (bytes) in a string is between
> one time and twice the number of symbols). This is a problem with setting
> the size for each field (by the way, is that OK in RT? Or can we overrun
> database fields by filling with double-byte only caracters an input field in
> RT's GUI?).
> 
> I can't explain why you got the spurius space, but it seems to me it is
> always better to use the right encoding in the database when you can.

Agreed. I just want to make sure RT requires UNICODE in its Postgres
database to properly operate and better understand the issues. It's
possible to maintain different encodings in each database on a single
Postgres installation, so it's not a problem for me to convert.

In any case thanks for your insight, cheers,

-- 
    OENONE: Quoi ! vous ne perdrez point cette cruelle envie ?
            Vous verrai-je toujours, renon?ant ? la vie,
            Faire de votre mort les funestes appr?ts ?
                                          (Ph?dre, J-B Racine, acte 1, sc?ne 3)

From bthauvin at clearchannel.fr  Mon Feb 24 09:28:34 2003
From: bthauvin at clearchannel.fr (THAUVIN Blaise (Dir. Informatique))
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] Re: accent problem in tickets submission by mail
Message-ID: <870E25EC362DD6118A7400306E1260E2010D4A7F@33par_exchange.dauphin-affichage.com>

Skipped content of type multipart/alternative
From ArtMorales at scionpharma.com  Mon Feb 24 16:34:29 2003
From: ArtMorales at scionpharma.com (Art Morales)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] Quick question
Message-ID: <D9EED731D7C06A4CB4920B399A9AD01319DC2A@scionexch01.scionpharma.com>

Hmm... I tried beta-2 and had the same problem...

But I found the problem... $LogDir was not defined in RT_Config.  As
soon as I defined that as /var/log, it worked fine and I could log in...

Art

-----Original Message-----
From: Art Morales 
Sent: Monday, February 24, 2003 8:41 AM
To: Harald Wagener; Phil Homewood
Cc: rt-devel@lists.fsck.com
Subject: RE: [rt-devel] Quick question


Thanks for the comments!

I havent yet tried beta-2, but I'm running it on apache 2 under RH8

I'll try that today.

Art

-----Original Message-----
From: Harald Wagener [mailto:hwagener@hamburg.fcb.com] 
Sent: Monday, February 24, 2003 4:41 AM
To: Phil Homewood
Cc: rt-devel@lists.fsck.com
Subject: Re: [rt-devel] Quick question



Am Samstag, 22.02.03 um 09:19 Uhr schrieb Phil Homewood:

> Art Morales wrote:
>> I'm trying to set up rt as a test install, and I'm trying to install 
>> it as part of another server (therefore not in the root of the 
>> server).
>>
>> I can see the login page and enter the username and password, but it
>> does not work (password incorrect (root:password))  I don't see any 
>> logs being created other than the httpd access logs...
>
> Which version of RT? The latest 3.0 beta 2 (aka 2-1-75) switched to
> using MD5 passwords instead of DES because of broken glibc crypt() 
> implementations.

Switching to 2-1-75 does not change behavior on RedHat 8 with Apache 
2.0.40.

Regards,
     Harald

-- 
Harald Wagener * FCB/Wilkens * An der Alster 42 * 20099 Hamburg

_______________________________________________
rt-devel mailing list
rt-devel@lists.fsck.com http://lists.fsck.com/mailman/listinfo/rt-devel
_______________________________________________
rt-devel mailing list
rt-devel@lists.fsck.com http://lists.fsck.com/mailman/listinfo/rt-devel

From matt_lists at careercast.com  Mon Feb 24 19:22:15 2003
From: matt_lists at careercast.com (Matt Simonsen)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] SetOwner time to past rather than now
Message-ID: <1046132536.12532.55.camel@mattsworkstation>

I am doing a migration to RT3 from another package. I have a table to
import containing all the times a ticket was reassigned in our old
system. 

The code below reassigns the ticket and adds to the history. But it
creates the transaction timestamp as the time the import happens, rather
than the time the reassignment happened. This is the behavior I would
expect, but I am not sure how to change it. 

Any tips on how to best go about setting this date?

Thanks
Matt

My code: 

elsif ($line[5] =~ m/ASSIGN/) { #Notes that are reassignments
      my $tick_object = RT::Ticket->new($RT::SystemUser) ;
      $tick_object-> Load ( $line[1] ); #Load ticket note is with
      my $created = "$line[2]";
      $created =~ s/\.\d+// ;  #Remove seconds from import timestamp
                               #I want this as when the owner changed
      my $ChownType = "Force" ;
      my $assignedTo = "$line[4]" ; #User+group ticket is assigned to
      $assignedTo =~ s/,.*// ; #Take off group from import data
      $tick_object->SetOwner( $user_map->{$assignedTo} , "Force" );
}



From jesse at bestpractical.com  Mon Feb 24 19:26:52 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] SetOwner time to past rather than now
In-Reply-To: <1046132536.12532.55.camel@mattsworkstation>
References: <1046132536.12532.55.camel@mattsworkstation>
Message-ID: <20030225002652.GZ31136@pallas.fsck.com>

Have a look at the rt2-to-rt3 importer. You probably want to manually
create the Transaction.

	-j


On Mon, Feb 24, 2003 at 04:22:15PM -0800, Matt Simonsen wrote:
> I am doing a migration to RT3 from another package. I have a table to
> import containing all the times a ticket was reassigned in our old
> system. 
> 
> The code below reassigns the ticket and adds to the history. But it
> creates the transaction timestamp as the time the import happens, rather
> than the time the reassignment happened. This is the behavior I would
> expect, but I am not sure how to change it. 
> 
> Any tips on how to best go about setting this date?
> 
> Thanks
> Matt
> 
> My code: 
> 
> elsif ($line[5] =~ m/ASSIGN/) { #Notes that are reassignments
>       my $tick_object = RT::Ticket->new($RT::SystemUser) ;
>       $tick_object-> Load ( $line[1] ); #Load ticket note is with
>       my $created = "$line[2]";
>       $created =~ s/\.\d+// ;  #Remove seconds from import timestamp
>                                #I want this as when the owner changed
>       my $ChownType = "Force" ;
>       my $assignedTo = "$line[4]" ; #User+group ticket is assigned to
>       $assignedTo =~ s/,.*// ; #Take off group from import data
>       $tick_object->SetOwner( $user_map->{$assignedTo} , "Force" );
> }
> 
> 
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From rspier at pobox.com  Mon Feb 24 23:00:16 2003
From: rspier at pobox.com (Robert Spier)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] Search for attachment content failing
In-Reply-To: <se588403.083@dartmouth.jacqueswhitford.com>
References: <se588403.083@dartmouth.jacqueswhitford.com>
Message-ID: <m3lm05au27.wl_rspier@pobox.com>

Shawn,

    Please try this patch:

--- Tickets_Overlay_SQL.pm      Fri Feb 21 22:37:05 2003
+++ /pkg/rt3/lib/RT/Tickets_Overlay_SQL.pm      Mon Feb 24 19:59:04 2003
@@ -290,6 +290,7 @@
   my ($self,$query) = @_;
 
   $self->CleanSlate;
+  $self->_InitSQL();
 
    return unless $query;
 
-R


Shawn Crosby wrote:
> 
> In /Search/Listing.html in the 'Ticket Attachment' Search criteria with
> 'Content' and 'Matches' selected, if I type in a keyword, it will work once,
> but if I refine the search at all...say add a queue Restriction...it returns 0
> results (even though there are many), and all subsequent searches fail until I
> remove the Attachment search restriction.  If I close the browser window..ie
> start a new session, I can perform the search again, but the same result
> follows.
>  
> S.
> 
> >>> Robert Spier 02/23/03 04:40AM >>>
> Shawn Crosby wrote:
> > When I do a search of attachments in 2-1-75 it returns no
> > results...(except the first time I tried for some reason)...and the
> > apache error log says:
> 
> Shawn-
> 
> Please provide a little more information as to _how_ you did a
> search of attachments? What field did you enter data in?
> 
> -R

From js138 at eng.cam.ac.uk  Tue Feb 25 06:12:34 2003
From: js138 at eng.cam.ac.uk (J. Sloan)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] rt2->rt3 doesn't preserve queue watchers
Message-ID: <Pine.HPX.4.33L.0302251029440.17806-100000@last.eng.cam.ac.uk>

One thing I noticed a while back but forgot to mention is that the
migration script doesn't appear to be successfully preserving watchers for
me.

A cursory examination of the script suggests that it should.  Anyone else
seeing this?

John



From bthauvin at clearchannel.fr  Tue Feb 25 08:48:43 2003
From: bthauvin at clearchannel.fr (THAUVIN Blaise (Dir. Informatique))
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] rt2->rt3 doesn't preserve queue watchers
Message-ID: <870E25EC362DD6118A7400306E1260E2010D4A87@33par_exchange.dauphin-affichage.com>

Skipped content of type multipart/alternative
From karsten.konrad at uni-graz.at  Tue Feb 25 09:45:09 2003
From: karsten.konrad at uni-graz.at (Karsten Konrad)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] DirectoryIndex Problem on Apache2, RedHat8.0
Message-ID: <1046184319.13345.34.camel@oradev.uni-graz.at>

hi,

I've installed RT 2.1.74 as described in the README file, but run into
the problem, that the Apache DirectoryIndex directive didn't work in the
RT directory. As a result I got Apache 403 errors because RT tries to
load /bla/etc/directory/ instead of /bla/etc/directory/index.html .

With the <FilesMatch> and <LocationMatch> sections taken from this mail
it seems to work:

http://lists.fsck.com/pipermail/rt-devel/2002-November/002769.html

Maybe this working config should be included in the package? ;-)


ciao, Karsten...


From wash at wananchi.biz  Tue Feb 25 10:22:24 2003
From: wash at wananchi.biz (Odhiambo Washington)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] rt2->rt3 doesn't preserve queue watchers
In-Reply-To: <18nd1u-000PcL-00@ns2.wananchi.com>
References: <18nd1u-000PcL-00@ns2.wananchi.com>
Message-ID: <20030225152224.GB19554@ns2.wananchi.com>

* J. Sloan <js138@eng.cam.ac.uk> [20030225 14:13]: wrote:
> 
> One thing I noticed a while back but forgot to mention is that the
> migration script doesn't appear to be successfully preserving watchers for
> me.
> 
> A cursory examination of the script suggests that it should.  Anyone else
> seeing this?

Me too. Watchers flew away :)



        cheers
       - wash 
+----------------------------------+-----------------------------------------+
Odhiambo Washington, wash@wananchi.com	. WANANCHI ONLINE LTD (Nairobi, KE)  |
http://ns2.wananchi.com/~wash/		. 1ere Etage, Loita Hse, Loita St.,  |
GSM: (+254) 722 743 223			. # 10286, 00100 NAIROBI             |
+---------------------------------+------------------------------------------+
"Oh My God! They killed init! You Bastards!"  
						 --from a /. post

From jesse at bestpractical.com  Tue Feb 25 13:28:04 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] DirectoryIndex Problem on Apache2, RedHat8.0
In-Reply-To: <1046184319.13345.34.camel@oradev.uni-graz.at>
References: <1046184319.13345.34.camel@oradev.uni-graz.at>
Message-ID: <20030225182804.GF31136@pallas.fsck.com>

Except it's not actually a working config. It'll break subtly in a
couple ways that you won't notice until it's too late. I'd much rather
have someone figure out the correct way to do DirectoryIndex

	-j


On Tue, Feb 25, 2003 at 03:45:09PM +0100, Karsten Konrad wrote:
> hi,
> 
> I've installed RT 2.1.74 as described in the README file, but run into
> the problem, that the Apache DirectoryIndex directive didn't work in the
> RT directory. As a result I got Apache 403 errors because RT tries to
> load /bla/etc/directory/ instead of /bla/etc/directory/index.html .
> 
> With the <FilesMatch> and <LocationMatch> sections taken from this mail
> it seems to work:
> 
> http://lists.fsck.com/pipermail/rt-devel/2002-November/002769.html
> 
> Maybe this working config should be included in the package? ;-)
> 
> 
> ciao, Karsten...
> 
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Tue Feb 25 13:37:58 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] rt2->rt3 doesn't preserve queue watchers
In-Reply-To: <Pine.HPX.4.33L.0302251029440.17806-100000@last.eng.cam.ac.uk>
References: <Pine.HPX.4.33L.0302251029440.17806-100000@last.eng.cam.ac.uk>
Message-ID: <20030225183758.GH31136@pallas.fsck.com>

Now recorded as bug #2169. Should be fixed for the next beta.

On Tue, Feb 25, 2003 at 11:12:34AM +0000, J. Sloan wrote:
> 
> One thing I noticed a while back but forgot to mention is that the
> migration script doesn't appear to be successfully preserving watchers for
> me.
> 
> A cursory examination of the script suggests that it should.  Anyone else
> seeing this?
> 
> John
> 
> 
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From chinton at veri-source.com  Tue Feb 25 23:27:09 2003
From: chinton at veri-source.com (Chad W Hinton)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] Rt-commit-handler removing to many newlines?
Message-ID: <3A882273DC064840A6ED33E6CD03BFA36B54@devmain.dev.local>

I am testing the rt-addon: rt-commit-hander and it seems to remove all
carriage returns from the commit log message when it incorporates the text
into a specified rt ticket.

RT version is 2.0.11.

Example:
---begin---
RT-Ticket: 1668

RT-Subject: testing this CVS doodaa

Modify cvs settings to support RT integration.
1
2


3
This is a test.  This is a test2.  This is a test3.  This is a test4.
This is a test5.  This is a test6.
---end---

Becomes

---begin---
RT-Subject: testing this CVS doodaaModify cvs settings to support RT
integration.123This is a test.  This is a test2.  This is a test3.  This
is a test4.
This is a test5.  This is a test6.
---end---

Any help would be appreciated.

Chad
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3232 bytes
Desc: not available
Url : http://pallas.eruditorum.org/pipermail/rt-devel/attachments/20030225/0fd3558f/smime.bin
From jesse at bestpractical.com  Tue Feb 25 23:31:13 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] Solicitation for your RT testimonials and public list of users
Message-ID: <20030226043113.GL31136@pallas.fsck.com>

	The release of RT 3.0 is fast approaching and I'm starting in
on the "new" website for the release.  One thing that I've always been
somewhat hesitant about is putting a list of organizations that run RT
on the web, but I've started to get weekly email from sites looking for
testimonials and lists of companies, schools and agencies that run RT.

	If you or your organization would like to contribute a few words
about how RT has helped you get your job done or helped rescue your
sanity or free time, we at Best Practical would be grateful. Just drop
a note to testimonials@bestpractical.com and we'll incorporate your
testimonial. If you'd like to help RT flourish, but can't contribute
financial or technical support, this is a great way to help out!

	Over the next couple weeks, we're going to be putting together a
public list of sites that use RT. If it's at all possible, please send
a note to testimonials@bestpractical.com saying something as simple as
"we use RT" and we'll add you to the list. We won't list email addresses
on the web page, just the name of your organization.  If you'd like to
have us add your logo or a hyperlink to your web site, just include that
in the mail.

	Thanks,
	Jesse    


-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Wed Feb 26 00:58:57 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] 2.1.76
Message-ID: <20030226055857.GO31136@pallas.fsck.com>

RT 2.1.76 has hit the net.  It features fixes for:

t #2117 (Search page's listed count is incorrect)
#2127 (Create a new ticket display error)
#2139 (User creation still uses crypt.)
#2143 ([rt-devel] Re: incompatibility with Postgres 7.3) 
#2159 (No Overlay/Local mechanism in ScripAction - SendEmail.pm)
#2162 (SQL Error)
#2168 (No Overlay/Local mechanism in Notify.pm scripaction)   
#2031 (/SelfService/Display.html?id=1)      


The changes that made up this release:


Delta	Date		Change	Description

 219    Fri Feb 21       239    RQL quoting fix
        14:24:26 2003
 220    Fri Feb 21       240    pg 7.3 atoi fixes
        14:35:24 2003
 221    Fri Feb 21       241    New german and french translations; other translations updated
        14:58:34 2003
 222    Tue Feb 25       242    Syncing changes from ourinternet
        23:49:55 2003
 223    Tue Feb 25       243    search fix from robrt
        23:51:08 2003
 224    Tue Feb 25       244    SelfService fixes updates and cleanups.  it got some lovin'
        23:51:36 2003
 225    Tue Feb 25       245    Fixing password setting on user creation
        23:52:12 2003
 226    Wed Feb 26       246    Adding in some _Local magic for modules that were missing it; fixed a searchbuilder ordering bug:
        00:15:20 2003
 227    Wed Feb 26       247    REST Auth changes from AMS
        00:23:15 2003
Name: "rt-2-1-76"
 228    Wed Feb 26       248    Bumping the version to 2.1.76
        00:29:05 2003


-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Wed Feb 26 01:44:26 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] Draft manual now available for public review
Message-ID: <20030226064426.GS31136@pallas.fsck.com>

As I said a few weeks ago:

> In the coming weeks, RT3's documentation set will be made available for
> public review online. The purporse of this review is to fine-tune
> the documentation set and make sure we're covering everything that needs
> to be covered.  Right now, we've got the Introduction up, as well as the
> glossary and a table of scrips. Have a read through what's there and
> send your feedback to doc-comments@bestpractical.com.

A substantially complete version of the RT3 Manual is now available for
public review. We invite your comments and questions. (Please send 'em
to: doc-comments@bestpractical.com)  If there seems to be anything
(besides the CLI) that we're missing, please drop us a line about what
you'd like to see added to the doc set.  If anything seems incorrect or
incomplete, we'd love to hear about it.

 The current drafts are made available to you for review only.
 They are Copyright 2003 Best Practical Solutions, LLC. At this time,
 redistribution is NOT permitted.  Drafts are available at:

 	http://www.bestpractical.com/tech-review/

	Best,
	Jesse
	
-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From pdh at bestpractical.com  Wed Feb 26 01:54:11 2003
From: pdh at bestpractical.com (Phil Homewood)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] Rt-commit-handler removing to many newlines?
In-Reply-To: <3A882273DC064840A6ED33E6CD03BFA36B54@devmain.dev.local>
References: <3A882273DC064840A6ED33E6CD03BFA36B54@devmain.dev.local>
Message-ID: <20030226065411.GI2047@luggage.internal.moreton.com.au>

Chad W Hinton wrote:
> I am testing the rt-addon: rt-commit-hander and it seems to remove all
> carriage returns from the commit log message when it incorporates the text
> into a specified rt ticket.

I've noticed this before, too. Not currently using the rt-commit-handler,
I don't have an easy way to test this, but it looks like it should work.
Good luck. :-)
-- 
»|« http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.
-------------- next part --------------
Index: rt-commit-handler
===================================================================
RCS file: /raid/tracking-cvs/rt/bin/rt-commit-handler,v
retrieving revision 1.3
diff -u -r1.3 rt-commit-handler
--- rt-commit-handler	27 Feb 2002 02:49:47 -0000	1.3
+++ rt-commit-handler	26 Feb 2003 06:53:33 -0000
@@ -632,7 +632,7 @@
     $message->build(
         From    => $CurrentUser->EmailAddress,
         Subject => 'CVS Commit',
-        Data    => \@LogMessage
+        Data    => join( "\n", @LogMessage )
     );
 
     # {{{ comment or correspond, as needed
From vindex at apartia.org  Wed Feb 26 03:58:38 2003
From: vindex at apartia.org (Louis-David Mitterrand)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] queue creation buglets in 2.1.76
Message-ID: <20030226085837.GA23124@apartia.org>

With 2.1.76:

- After pressing submit in the queue creation interface the description
  field returns empty, even though it has been taken into account. 

- the top drop-down list next to "new ticket" is not updated with the
  newly created queue until logout/login,

-- 
    OENONE: La faiblesse aux humains n'est que trop naturelle.
            Mortelle, subissez le sort d'une mortelle.
                                          (Ph?dre, J-B Racine, acte 4, sc?ne 6)

From jesse at bestpractical.com  Wed Feb 26 04:08:37 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] queue creation buglets in 2.1.76
In-Reply-To: <20030226085837.GA23124@apartia.org>
References: <20030226085837.GA23124@apartia.org>
Message-ID: <20030226090837.GZ31136@pallas.fsck.com>



On Wed, Feb 26, 2003 at 09:58:38AM +0100, Louis-David Mitterrand wrote:
> With 2.1.76:
> 
> - After pressing submit in the queue creation interface the description
>   field returns empty, even though it has been taken into account. 

Could you please send mail to rt-3.0-bugs@fsck.com
> 
> - the top drop-down list next to "new ticket" is not updated with the
>   newly created queue until logout/login,

already noted in the rt3 queue as #2088 and 2161 (2161 will be merged
into 2088) at http://rt3.fsck.com (login as guest/guest)

http://rt3.fsck.com/Search/Listing.html?ValueOfStatus=open&ValueOfStatus=new&StatusOp=%3D&QueueOp=%3D&ValueOfQueue=14


The short version is that this data does sort of need to be cached. (It
saves several seconds per page load) but we can relax the cache a bit to
reload every 5 minutes and clear when _you_ edit a queue in your
session.

	-j



> -- 
>     OENONE: La faiblesse aux humains n'est que trop naturelle.
>             Mortelle, subissez le sort d'une mortelle.
>                                           (Ph?dre, J-B Racine, acte 4, sc?ne 6)
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From vindex at apartia.org  Wed Feb 26 04:36:25 2003
From: vindex at apartia.org (Louis-David Mitterrand)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] queue creation buglets in 2.1.76
In-Reply-To: <20030226090837.GZ31136@pallas.fsck.com>
References: <20030226085837.GA23124@apartia.org> <20030226090837.GZ31136@pallas.fsck.com>
Message-ID: <20030226093625.GA23586@apartia.org>

On Wed, Feb 26, 2003 at 04:08:37AM -0500, Jesse Vincent wrote:
> 
> On Wed, Feb 26, 2003 at 09:58:38AM +0100, Louis-David Mitterrand wrote:
> > With 2.1.76:
> > 
> > - After pressing submit in the queue creation interface the description
> >   field returns empty, even though it has been taken into account. 
> 
> Could you please send mail to rt-3.0-bugs@fsck.com

Done.

> > - the top drop-down list next to "new ticket" is not updated with the
> >   newly created queue until logout/login,
> 
> already noted in the rt3 queue as #2088 and 2161 (2161 will be merged
> into 2088) at http://rt3.fsck.com (login as guest/guest)

Will check that first next time.

On an unrelated matter I have a problem with the mailgate, here is the
alias:

	lnc-it:         "|/usr/local/rt3/bin/rt-mailgate --queue lnc-it --action correspond --url http://rt.premier.fr/"
	lnc-it-comment: "|/usr/local/rt3/bin/rt-mailgate --queue lnc-it --action comment --url http://rt.premier.fr/"

And here is the error:

	Feb 26 10:28:38 uruk postfix/local[19322]: 06F5B581A6: to=<lnc-it@uruk.lncsa.com>, relay=local, delay=1, status=bounced (Command died with status 11: "/usr/local/rt3/bin/rt-mailgate --queue lnc-it --action correspond --url http://rt.premier.fr/". Command output: RT server error.   The RT server which handled your email did not behave as expected. It said:     <html><body>  <p align="center"><font face="Verdana, Arial, Helvetica, sans-serif"><b>System error</b></font></p> <table border="0" cellspacing="0" cellpadding="1">  <tr>   <td nowrap="nowrap" align="left" valign="top"><font face="Verdana, Arial, Helvetica, sans-serif" size="-2"><b>error:</b>&nbsp;</font></td>   <td align="left" valign="top"><font face="Verdana, Arial, Helvetica, sans-serif" size="-2">Undefined subroutine &RT::CanonicalizeAddress called at /usr/local/rt3/lib/RT/Interface/Email.pm line 287.<br></font></td>  </tr>  <tr>   <td nowrap="nowrap" align="left" valign="top"><font face="Verdana, Arial, Helvetica, sans-serif" size="-2"><b>context:

RT cant find a subroutine CanonicalizeAddress.

	Feb 26 10:28:37 uruk /dev/null: Converting 'us-ascii' to 'utf-8'

Why "/dev/null" ?

-- 
    ARICIE: Seigneur, il me disait un ?ternel adieu.
    THESEE: Vos yeux ont su dompter ce rebelle courage ;
                                          (Ph?dre, J-B Racine, acte 5, sc?ne 3)

From hwagener at hamburg.fcb.com  Wed Feb 26 04:57:55 2003
From: hwagener at hamburg.fcb.com (Harald Wagener)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] DirectoryIndex Problem on Apache2, RedHat8.0
In-Reply-To: <20030225182804.GF31136@pallas.fsck.com>
Message-ID: <C6C99629-4970-11D7-9889-003065DC18B8@hamburg.fcb.com>

Am Dienstag, 25.02.03 um 19:28 Uhr schrieb Jesse Vincent:

> Except it's not actually a working config. It'll break subtly in a
> couple ways that you won't notice until it's too late. I'd much rather
> have someone figure out the correct way to do DirectoryIndex
>
> 	-j
>

On the other hand, it allows me to login for the first time into my rt3 
installation. At this time, I don't mind it being subtly broken, but it 
should definitely be fixed before rt3's beta phase ends. Anybody more 
knowledgeable than me have a good hint?

Regards,
     Harald
-- 
Harald Wagener * FCB/Wilkens * An der Alster 42 * 20099 Hamburg


From mrz at intelenet.net  Wed Feb 26 09:27:39 2003
From: mrz at intelenet.net (matthew zeier)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] queue creation buglets in 2.1.76
References: <20030226085837.GA23124@apartia.org> <20030226090837.GZ31136@pallas.fsck.com>
Message-ID: <008101c2dda3$3786bce0$0a16160a@desktop>

>
>
http://rt3.fsck.com/Search/Listing.html?ValueOfStatus=open&ValueOfStatus=new
&StatusOp=%3D&QueueOp=%3D&ValueOfQueue=14
>

This link shows "Status" as "Status = ARRAY(0x9a05440)" instead of open/new
as I'd expect.


From vindex at apartia.org  Wed Feb 26 10:24:14 2003
From: vindex at apartia.org (Louis-David Mitterrand)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] queue creation buglets in 2.1.76
In-Reply-To: <20030226093625.GA23586@apartia.org>
References: <20030226085837.GA23124@apartia.org> <20030226090837.GZ31136@pallas.fsck.com> <20030226093625.GA23586@apartia.org>
Message-ID: <20030226152414.GA26374@apartia.org>

On Wed, Feb 26, 2003 at 10:36:25AM +0100, Louis-David Mitterrand wrote:
> And here is the error:
> 
> 	Feb 26 10:28:38 uruk postfix/local[19322]: 06F5B581A6: to=<lnc-it@uruk.lncsa.com>, relay=local, delay=1, status=bounced (Command died with status 11: "/usr/local/rt3/bin/rt-mailgate --queue lnc-it --action correspond --url http://rt.premier.fr/". Command output: RT server error.   The RT server which handled your email did not behave as expected. It said:     <html><body>  <p align="center"><font face="Verdana, Arial, Helvetica, sans-serif"><b>System error</b></font></p> <table border="0" cellspacing="0" cellpadding="1">  <tr>   <td nowrap="nowrap" align="left" valign="top"><font face="Verdana, Arial, Helvetica, sans-serif" size="-2"><b>error:</b>&nbsp;</font></td>   <td align="left" valign="top"><font face="Verdana, Arial, Helvetica, sans-serif" size="-2">Undefined subroutine &RT::CanonicalizeAddress called at /usr/local/rt3/lib/RT/Interface/Email.pm line 287.<br></font></td>  </tr>  <tr>   <td nowrap="nowrap" align="left" valign="top"><font face="Verdana, Arial, Helvetica, sans-serif" size="-2"><b>context:
> 

With the following change the error goes away:

--- lib/RT/Interface/Email.pm   2003-02-26 16:22:49.000000000 +0100
+++ lib/RT/Interface/Email.pm.orig      2003-02-26 06:29:36.000000000 +0100
@@ -284,7 +284,7 @@
     
     foreach my $AddrObj (@ToObjs, @CcObjs) {
        my $Address = $AddrObj->address;
-       $Address = RT::User::CanonicalizeEmailAddress($Address);
+       $Address = RT::CanonicalizeAddress($Address);
        next if ($args{'CurrentUser'}->EmailAddress =~ /^$Address$/i);
        next if ($args{'QueueObj'}->CorrespondAddress =~ /^$Address$/i);
        next if ($args{'QueueObj'}->CommentAddress =~ /^$Address$/i);

Did I miss something?

-- 
    ISMENE: Ph?dre, dans ce palais, tremblante pour son fils,
            De ses amis troubl?s demande les avis.
                                          (Ph?dre, J-B Racine, acte 2, sc?ne 1)

From chinton at veri-source.com  Wed Feb 26 10:56:33 2003
From: chinton at veri-source.com (Chad W Hinton)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] Rt-commit-handler removing to many newlines?
In-Reply-To: <3A882273DC064840A6ED33E6CD03BFA31814CB@devmain.dev.local>
Message-ID: <3A882273DC064840A6ED33E6CD03BFA36B56@devmain.dev.local>

That worked great!

Thanks
Chad

> -----Original Message-----
> From: rt-devel-admin@lists.fsck.com 
> [mailto:rt-devel-admin@lists.fsck.com] On Behalf Of Phil Homewood
> Sent: Wednesday, February 26, 2003 12:54 AM
> To: rt-devel@lists.fsck.com
> Subject: Re: [rt-devel] Rt-commit-handler removing to many newlines?
> 
> 
> Chad W Hinton wrote:
> > I am testing the rt-addon: rt-commit-hander and it seems to 
> remove all
> > carriage returns from the commit log message when it 
> incorporates the text
> > into a specified rt ticket.
> 
> I've noticed this before, too. Not currently using the 
> rt-commit-handler,
> I don't have an easy way to test this, but it looks like it 
> should work.
> Good luck. :-)
> -- 
> >|< http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3232 bytes
Desc: not available
Url : http://pallas.eruditorum.org/pipermail/rt-devel/attachments/20030226/f706a957/smime.bin
From jesse at bestpractical.com  Wed Feb 26 12:54:15 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] queue creation buglets in 2.1.76
In-Reply-To: <008101c2dda3$3786bce0$0a16160a@desktop>
References: <20030226085837.GA23124@apartia.org> <20030226090837.GZ31136@pallas.fsck.com> <008101c2dda3$3786bce0$0a16160a@desktop>
Message-ID: <20030226175415.GA31136@pallas.fsck.com>



On Wed, Feb 26, 2003 at 06:27:39AM -0800, matthew zeier wrote:
> >
> >
> http://rt3.fsck.com/Search/Listing.html?ValueOfStatus=open&ValueOfStatus=new
> &StatusOp=%3D&QueueOp=%3D&ValueOfQueue=14
> >
> 
> This link shows "Status" as "Status = ARRAY(0x9a05440)" instead of open/new
> as I'd expect.

It would help if I'd keep fsck.com's RT instance current. I'll see if it
goes away if I bring fsck.com up to 2.1.76. I _know_ I've fixed this bug
in the past bit.
	
	Thanks
	-j


-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From david.vrtin at arnes.si  Thu Feb 27 10:37:58 2003
From: david.vrtin at arnes.si (David Vrtin)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] Can't call method "handle_request" on an undefined value at /opt/rt3/bin/webmux.pl line 120
Message-ID: <20030227153758.4AD7742B48@rzenik.arnes.si>

Hi


I have installed RT 2.1.76 on Solaris 2.8/i86 with apache 1.3.26,
mod_perl 1.26, mysql 3.23.49 and perl 5.6.1. In httpd.conf I have:

Alias /rt3/ /opt/rt3/share/html/
AddDefaultCharset UTF-8
PerlModule Apache::DBI
PerlFreshRestart On
PerlRequire /opt/rt3/bin/webmux.pl
<Location /rt3>
  SetHandler perl-script
  PerlHandler RT::Mason
</Location>

In apache/logs/error_log is:

[Thu Feb 27 16:21:36 2003] [error] Can't call method "handle_request" on an undefined value at /opt/rt3/bin/webmux.pl line 120.

What is wrong?


Best regards,
David


From geri at the-men-zone.org  Thu Feb 27 15:01:45 2003
From: geri at the-men-zone.org (Geri F.)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] apache2 - another thread
Message-ID: <5.2.0.9.2.20030227205443.00b8b340@62.144.144.150>

hi rt-gurus,


i also installed apache2 (2.0.44) and mod_perl2.
i tried to configure the apache, like tang mentioned in his email
http://lists.fsck.com/pipermail/rt-devel/2002-November/002769.html

still the same apache-error:
(13)Permission denied: access to / denied

i've no clue how to resolve this issue *sigh*

everything runs well with apache 1.3.27.

so what's the issue here with apache2 and rt2-1-76 ?
why does the normal alias not work ?
(why the filesmatch value, i mean the whole directory should use the 
required perl-modules ?)


thanks
geri



From ctriv at dyndns.org  Thu Feb 27 15:53:26 2003
From: ctriv at dyndns.org (Chris Reinhardt)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] Can't call method "handle_request" on an undefined
 value at /opt/rt3/bin/webmux.pl line 120
In-Reply-To: <20030227153758.4AD7742B48@rzenik.arnes.si>
References: <20030227153758.4AD7742B48@rzenik.arnes.si>
Message-ID: <Pine.BSF.4.50.0302271552280.68067-100000@manganese.bos.dyndns.org>

On Thu, 27 Feb 2003, David Vrtin wrote:

>
> Alias /rt3/ /opt/rt3/share/html/
> AddDefaultCharset UTF-8
> PerlModule Apache::DBI
> PerlFreshRestart On

Turn this to Off.  Right now.

http://www.masonhq.com/docs/faq/#i_get_this_with_a_custom_handler

[snip]

Jesse:  Should this get in the README|INSTALL?

-- 
Chris Reinhardt
ctriv@dyndns.org
Systems Architect
Dynamic DNS Network Services
http://www.dyndns.org/

From jo2y at midnightlinux.com  Thu Feb 27 16:41:03 2003
From: jo2y at midnightlinux.com (James O'Kane)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] no 'new' on RT::Handle
Message-ID: <Pine.LNX.4.44.0302271626140.13537-100000@yar.midnightlinux.com>

I'm getting this error from make initialize-database

Can't locate object method "new" via package "RT::Handle" at 
//home/rt/rt3/sbin/rt-setup-database line 68.

I looked at rt-setup-database and there are comments referencing a BEGIN
block, but I don't see it. Is it a missing BEGIN or an old comment?

From pdh at bestpractical.com  Fri Feb 28 01:18:16 2003
From: pdh at bestpractical.com (Phil Homewood)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] no 'new' on RT::Handle
In-Reply-To: <Pine.LNX.4.44.0302271626140.13537-100000@yar.midnightlinux.com>
References: <Pine.LNX.4.44.0302271626140.13537-100000@yar.midnightlinux.com>
Message-ID: <20030228061816.GA2830@luggage.internal.moreton.com.au>

James O'Kane wrote:
> Can't locate object method "new" via package "RT::Handle" at 
> //home/rt/rt3/sbin/rt-setup-database line 68.
> 
> From what I can guess, when RT::Handle is loaded and $RT::DatabaseType 
> isn't defined yet?

Or if $RT::DatabaseType is bogus. What's the value it's set to?

-- 
»|« http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From asmodai at wxs.nl  Fri Feb 28 01:43:43 2003
From: asmodai at wxs.nl (Jeroen Ruigrok/asmodai)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] rt 2.1.75
Message-ID: <20030228064343.GQ367@nexus.ninth-circle.org>

I got 2.1.75 up and running on my PostgreSQL 7.3.2 running on FreeBSD
box with Apache 1.3.27.

Thus far everything goes mighty fine.  Took me a while to find that the
keywords got nixed from the system (would've thought this would be a
major heads up somewhere in the README).

Are the custom fields fully operational now?

-- 
Jeroen Ruigrok van der Werven <asmodai(at)wxs.nl> / asmodai / a capoeirista
PGP fingerprint: 2D92 980E 45FE 2C28 9DB7  9D88 97E6 839B 2EAC 625B
http://www.tendra.org/   | http://www.in-nomine.org/~asmodai/diary/
Confutatis maledictis, flammis acribus addictis...

From pdh at bestpractical.com  Fri Feb 28 01:44:43 2003
From: pdh at bestpractical.com (Phil Homewood)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] Can't call method "handle_request" on an undefined value at /opt/rt3/bin/webmux.pl line 120
In-Reply-To: <Pine.BSF.4.50.0302271552280.68067-100000@manganese.bos.dyndns.org>
References: <20030227153758.4AD7742B48@rzenik.arnes.si> <Pine.BSF.4.50.0302271552280.68067-100000@manganese.bos.dyndns.org>
Message-ID: <20030228064443.GB2830@luggage.internal.moreton.com.au>

Chris Reinhardt wrote:
> > PerlFreshRestart On
> 
> Turn this to Off.  Right now.
> http://www.masonhq.com/docs/faq/#i_get_this_with_a_custom_handler
> 
> Jesse:  Should this get in the README|INSTALL?

It's in the FAQ now, at any rate.

http://fsck.com/rtfm/article.html?id=5#233

-- 
»|« http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From asmodai at wxs.nl  Fri Feb 28 02:33:26 2003
From: asmodai at wxs.nl (Jeroen Ruigrok/asmodai)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] Custom field URL glitch?
Message-ID: <20030228073326.GS367@nexus.ninth-circle.org>

With 2.1.75 in the main screen. when you:

Configuration > Global > Custom Fields:

I have created one custom field `Operating Systems'.  From this Custom
Fields screen the URL is:

http://${webbase}/rt/Admin/Global/CustomField.html?Queue=0&CustomField=1

Once you click on it, you will see the left-hand side will have a Custom
Field #1 link, however this URL is:

http://${webbase}/rt/Admin/Global/CustomField.html?id=1&Queue=0

Which is probably not what was intended.

-- 
Jeroen Ruigrok van der Werven <asmodai(at)wxs.nl> / asmodai / a capoeirista
PGP fingerprint: 2D92 980E 45FE 2C28 9DB7  9D88 97E6 839B 2EAC 625B
http://www.tendra.org/   | http://www.in-nomine.org/~asmodai/diary/
Confutatis maledictis, flammis acribus addictis...

From martin.schapendonk at whitehorses.nl  Fri Feb 28 02:37:33 2003
From: martin.schapendonk at whitehorses.nl (Martin Schapendonk)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] RE: [rt-users] RT3 beta 2 display runs off right edge
In-Reply-To: <20030227211726.GX31136@pallas.fsck.com>
Message-ID: <IPEFIFIHDFNFEKNJKEHKGEBBCBAA.martin.schapendonk@whitehorses.nl>

Hi,

[page runs a few pixels off the right edge under IE6]

I have experienced the same problem some time ago. A solution is to remove
the <!DOCTYPE> tag at the top of each document. That sounds strange, but it
does work. IE6 has some quirk with <!DOCTYPE>'s...

However, it doesn't seem "the right thing to do". It's up to you guys to
decide.

Regards,

  Martin

  =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  Martin Schapendonk     Phone    +31 26 3226900
  Whitehorses B.V.       Mobile   +31 6 52413701
  Postbus 4064           Fax      +31 26 3226909
  6803 EB Arnhem         Email    martin.schapendonk@whitehorses.nl




From geri at the-men-zone.org  Fri Feb 28 03:00:32 2003
From: geri at the-men-zone.org (Geri F.)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] rt 2-1-76 error message
Message-ID: <5.2.0.9.2.20030228085827.00bbcdb8@62.26.123.4>

hi guys,

this error appears in the logfiles, if i try to access the rt3 webpage:

[warning]: [Mason] Cannot resolve file to component: 
/opt/www-root/rt3/share/html/index.html (is file outside component root?) 
at /usr/local/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm line 
838. (/opt/apps/rt3-current/lib/RT.pm:220)

any ideas ?

thanks
geri



From geri at the-men-zone.org  Fri Feb 28 03:07:38 2003
From: geri at the-men-zone.org (Geri F.)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] Fwd: rt 2-1-76 error message
Message-ID: <5.2.0.9.2.20030228090617.00bdf4e8@62.26.123.4>

i apologies !

i should read carefully the error message next time !
problem resolved

cheers,
geri


>Date: Fri, 28 Feb 2003 09:00:32 +0100
>To: rt-devel@lists.fsck.com
>From: "Geri F." <geri@the-men-zone.org>
>Subject: rt 2-1-76 error message
>
>hi guys,
>
>this error appears in the logfiles, if i try to access the rt3 webpage:
>
>[warning]: [Mason] Cannot resolve file to component: 
>/opt/www-root/rt3/share/html/index.html (is file outside component root?) 
>at /usr/local/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm line 
>838. (/opt/apps/rt3-current/lib/RT.pm:220)
>
>any ideas ?
>
>thanks
>geri



From hwagener at hamburg.fcb.com  Fri Feb 28 04:03:31 2003
From: hwagener at hamburg.fcb.com (Harald Wagener)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] apache2 - another thread
In-Reply-To: <5.2.0.9.2.20030227205443.00b8b340@62.144.144.150>
Message-ID: <824853F0-4AFB-11D7-B7CB-003065DC18B8@hamburg.fcb.com>

Am Donnerstag, 27.02.03 um 21:01 Uhr schrieb Geri F.:

> hi rt-gurus,
>
>
> i also installed apache2 (2.0.44) and mod_perl2.
> i tried to configure the apache, like tang mentioned in his email
> http://lists.fsck.com/pipermail/rt-devel/2002-November/002769.html
>
> still the same apache-error:
> (13)Permission denied: access to / denied

Try to append index.html for the beginning. Apache2 is certainly not as 
accessible as Apache 1.3.x is. If possible, please try to use Apache 
1.3.x, especially if You are deploying on RedHat and want to use 
mod_perl (compiling fastcgi is a PITA on RedHat 8.0, since the 
apache-devel rpm is seriously b0rked).

Regards,
     Harald

-- 
Harald Wagener * FCB/Wilkens * An der Alster 42 * 20099 Hamburg


From david.vrtin at arnes.si  Fri Feb 28 07:48:56 2003
From: david.vrtin at arnes.si (David Vrtin)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] bplogo.gif URL
Message-ID: <20030228124856.8644A42B46@rzenik.arnes.si>

Hi


Why do I need to have 

  $WebURL = $WebBaseURL . $WebPath . "/";
  $WebImagesURL = $WebURL."NoAuth/images/";

in my RT_SiteConfig.pm, if I would like to see bplogo.gif in RT 2.1.76?

Without this lines in RT_SiteConfig.pm I get

  http://RT::WebBaseURL.not.configured:80/NoAuth/images//bplogo.gif

for bplogo.gif. Everything else seems to work OK.


Best regards,
David


From js138 at eng.cam.ac.uk  Fri Feb 28 07:55:58 2003
From: js138 at eng.cam.ac.uk (J. Sloan)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] text/html -> text/plain cleverness.
Message-ID: <Pine.HPX.4.33L.0302281251330.15798-100000@last.eng.cam.ac.uk>

I note that 2.1.76 now has the variable $TrustHTMLAttachments defined in
the config file.  I discovered it independantly since it saved me having
to port one of my local modifications.

However the modification I made translates message/rfc822 type attachments
as well.

Is there scope for a changing this from a boolean variable to a list of
mime types to transform?

Thanks.

John


From ssinyagin at yahoo.com  Fri Feb 28 10:42:52 2003
From: ssinyagin at yahoo.com (Stanislav Sinyagin)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] I18N bug fixed
Message-ID: <20030228154252.48043.qmail@web13708.mail.yahoo.com>

Hi all, 

as promised, I tracked down the problem with translations:
Umlauts and accents and Russian characters were displayed as 
two Unicode symbols each.

In lib/RT/Interface/Web.pm, I had to change the Mason encoding:

In NewApacheHandler and NewCGIHandler, the correct value is:
        default_escape_flags => 'n',
otherwise it presents all non-ascii symbols as HTML entities, and that's 
bad for many languages.
In addition, in many Mason templates, this escaping is already turned off
for some hidden reasons, like this here:

share/html/Elements/TitleBoxStart:      <span class="titleboxright"><%$titleright ? $titleright :
'&nbsp;' |n %></span>

In lib/RT/I18N.pm, the procedure "encoding" referenced $self as an object reference, 
but in fact it was a class name. Here's the corrected version:

sub encoding { 
    my $class = shift;
    my $self = {};
    bless $self, $class;


With these fixups, the web interface works like charm, though some 
words miss translations (I hope they will be updated before the 3.0 release).
I tested German, French, and Russian. I didn't test the email interface.

Now the language is determined from the browser preferences. 
It would be nice to have the menu for chosing the language, 
both before logging in and after that.

Cheers, 
Stan

From mla+ml.rt-devel at lausch.at  Fri Feb 28 11:44:47 2003
From: mla+ml.rt-devel at lausch.at (Michael Lausch)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] bug in rt3 beta 2
Message-ID: <1046450687.2645.80.camel@loki.lausch.at>

In the admin screen for creating queue templates is a typo.
patch attached.
--- /tmp/rt-2-1-75/html/Admin/Queues/Template.html	2003-02-19 07:05:15.000000000 +0100
+++ html/Admin/Queues/Template.html	2003-02-28 12:39:09.000000000 +0100
@@ -63,7 +63,7 @@
 
 if ($Create) {
   $title = loc("Create a template");
-  $current_subtab = "Admin/Queues/Template.html?create=1&Queue=".$Queue;
+  $current_subtab = "Admin/Queues/Template.html?Create=1&Queue=".$Queue;
 }
 
 else {



From mhat at netlag.com  Fri Feb 28 11:56:15 2003
From: mhat at netlag.com (Matt Knopp)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] bplogo.gif URL
In-Reply-To: <20030228124856.8644A42B46@rzenik.arnes.si>; from david.vrtin@arnes.si on Fri, Feb 28, 2003 at 01:48:56PM +0100
References: <20030228124856.8644A42B46@rzenik.arnes.si>
Message-ID: <20030228105615.P82681@cthuga.netlag.com>

There are two answers: (a) because it's perl, and that's the way it works.
(b) RT_SiteConfig was, perhaps, not that well thought out.  Overall it's a 
good idea, but the implementation could be better.  I suggested a fix a few
weeks ago, but I guess nobody liked it. 

Basically for any variable you define in RT_SiteConfig you _must_ copy all
lines from RT_Config that reference that variable into your RT_SiteConfig. 

--
Matt

On Fri, Feb 28, 2003 at 01:48:56PM +0100, David Vrtin wrote:
> Hi
> 
> 
> Why do I need to have 
> 
>   $WebURL = $WebBaseURL . $WebPath . "/";
>   $WebImagesURL = $WebURL."NoAuth/images/";
> 
> in my RT_SiteConfig.pm, if I would like to see bplogo.gif in RT 2.1.76?
> 
> Without this lines in RT_SiteConfig.pm I get
> 
>   http://RT::WebBaseURL.not.configured:80/NoAuth/images//bplogo.gif
> 
> for bplogo.gif. Everything else seems to work OK.
> 
> 
> Best regards,
> David
> 
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

From jesse at bestpractical.com  Fri Feb 28 11:57:26 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] text/html -> text/plain cleverness.
In-Reply-To: <Pine.HPX.4.33L.0302281251330.15798-100000@last.eng.cam.ac.uk>
References: <Pine.HPX.4.33L.0302281251330.15798-100000@last.eng.cam.ac.uk>
Message-ID: <20030228165726.GI31136@pallas.fsck.com>

So, the reason that change is there is to stop a cross-site scripting
attack. What advantages do you have displaying a message/rfc822 as
text/plain?


On Fri, Feb 28, 2003 at 12:55:58PM +0000, J. Sloan wrote:
> 
> I note that 2.1.76 now has the variable $TrustHTMLAttachments defined in
> the config file.  I discovered it independantly since it saved me having
> to port one of my local modifications.
> 
> However the modification I made translates message/rfc822 type attachments
> as well.
> 
> Is there scope for a changing this from a boolean variable to a list of
> mime types to transform?
> 
> Thanks.
> 
> John
> 
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Fri Feb 28 12:01:12 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] I18N bug fixed
In-Reply-To: <20030228154252.48043.qmail@web13708.mail.yahoo.com>
References: <20030228154252.48043.qmail@web13708.mail.yahoo.com>
Message-ID: <20030228170112.GJ31136@pallas.fsck.com>

Stan,

	Your first change opens RT up to a cross-site scripting attack, as I
mentioned in January:

http://lists.fsck.com/pipermail/rt-devel/2003-January/002943.html


I suspect that what you really want is to tell mason to a different sort
of html escaping, rather than none. I'll have a look at the fix to
encoding {}

	-j


On Fri, Feb 28, 2003 at 07:42:52AM -0800, Stanislav Sinyagin wrote:
> Hi all, 
> 
> as promised, I tracked down the problem with translations:
> Umlauts and accents and Russian characters were displayed as 
> two Unicode symbols each.
> 
> In lib/RT/Interface/Web.pm, I had to change the Mason encoding:
> 
> In NewApacheHandler and NewCGIHandler, the correct value is:
>         default_escape_flags => 'n',
> otherwise it presents all non-ascii symbols as HTML entities, and that's 
> bad for many languages.
> In addition, in many Mason templates, this escaping is already turned off
> for some hidden reasons, like this here:
> 
> share/html/Elements/TitleBoxStart:      <span class="titleboxright"><%$titleright ? $titleright :
> '&nbsp;' |n %></span>
> 
> In lib/RT/I18N.pm, the procedure "encoding" referenced $self as an object reference, 
> but in fact it was a class name. Here's the corrected version:
> 
> sub encoding { 
>     my $class = shift;
>     my $self = {};
>     bless $self, $class;
> 
> 
> With these fixups, the web interface works like charm, though some 
> words miss translations (I hope they will be updated before the 3.0 release).
> I tested German, French, and Russian. I didn't test the email interface.
> 
> Now the language is determined from the browser preferences. 
> It would be nice to have the menu for chosing the language, 
> both before logging in and after that.
> 
> Cheers, 
> Stan
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Fri Feb 28 12:02:32 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] bplogo.gif URL
In-Reply-To: <20030228105615.P82681@cthuga.netlag.com>
References: <20030228124856.8644A42B46@rzenik.arnes.si> <20030228105615.P82681@cthuga.netlag.com>
Message-ID: <20030228170232.GK31136@pallas.fsck.com>

On Fri, Feb 28, 2003 at 10:56:15AM -0600, Matt Knopp wrote:
> There are two answers: (a) because it's perl, and that's the way it works.
> (b) RT_SiteConfig was, perhaps, not that well thought out.  Overall it's a 
> good idea, but the implementation could be better.  I suggested a fix a few
> weeks ago, but I guess nobody liked it. 


No, everybody's just working 14 hour days and hasn't yet gotten a chance
to implement the suggested change, as there are bigger issues that
needed to be resolved first.


 

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From js138 at eng.cam.ac.uk  Fri Feb 28 12:10:44 2003
From: js138 at eng.cam.ac.uk (J. Sloan)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] text/html -> text/plain cleverness.
In-Reply-To: <20030228165726.GI31136@pallas.fsck.com>
Message-ID: <Pine.HPX.4.33L.0302281703060.15798-100000@last.eng.cam.ac.uk>

On Fri, 28 Feb 2003, Jesse Vincent wrote:

> So, the reason that change is there is to stop a cross-site scripting
> attack. What advantages do you have displaying a message/rfc822 as
> text/plain?

The same - a message/rfc822 message with text/html attachments bypasses
the simple text/html check and displays as html (in mozilla certainly).

We have a queue for people to forward us spam (to aid filter tweaking) in
which we see quite a few of these.

John


From jesse at bestpractical.com  Fri Feb 28 12:12:40 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] text/html -> text/plain cleverness.
In-Reply-To: <Pine.HPX.4.33L.0302281703060.15798-100000@last.eng.cam.ac.uk>
References: <20030228165726.GI31136@pallas.fsck.com> <Pine.HPX.4.33L.0302281703060.15798-100000@last.eng.cam.ac.uk>
Message-ID: <20030228171240.GM31136@pallas.fsck.com>


On Fri, Feb 28, 2003 at 05:10:44PM +0000, J. Sloan wrote:
> On Fri, 28 Feb 2003, Jesse Vincent wrote:
> 
> > So, the reason that change is there is to stop a cross-site scripting
> > attack. What advantages do you have displaying a message/rfc822 as
> > text/plain?
> 
> The same - a message/rfc822 message with text/html attachments bypasses
> the simple text/html check and displays as html (in mozilla certainly).

Ah. I wasn't aware of the mozilla behaviour... though, actually, RT3
_should_ be recursing and ripping those attachments out to seperate
attachments in the database.

> We have a queue for people to forward us spam (to aid filter tweaking) in
> which we see quite a few of these.
> 
> John
> 

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jo2y at midnightlinux.com  Fri Feb 28 12:47:46 2003
From: jo2y at midnightlinux.com (James O'Kane)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] no 'new' on RT::Handle
In-Reply-To: <20030228061816.GA2830@luggage.internal.moreton.com.au>
Message-ID: <Pine.LNX.4.44.0302281247040.17101-100000@yar.midnightlinux.com>

On Fri, 28 Feb 2003, Phil Homewood wrote:

> Or if $RT::DatabaseType is bogus. What's the value it's set to?

Um.. something bogus. *blush*

Thanks.

-james



From ssinyagin at yahoo.com  Fri Feb 28 14:58:20 2003
From: ssinyagin at yahoo.com (Stanislav Sinyagin)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] I18N bug fixed
In-Reply-To: <20030228170112.GJ31136@pallas.fsck.com>
Message-ID: <20030228195820.51765.qmail@web13702.mail.yahoo.com>

--- Jesse Vincent <jesse@bestpractical.com> wrote:
> Stan,
> 
> 	Your first change opens RT up to a cross-site scripting attack, as I
> mentioned in January:
> 
> http://lists.fsck.com/pipermail/rt-devel/2003-January/002943.html
> 
> 
> I suspect that what you really want is to tell mason to a different sort
> of html escaping, rather than none. I'll have a look at the fix to
> encoding {}

I'll take a closer look. Can you give some examples of dangerous code 
when not escaping?


From jesse at bestpractical.com  Fri Feb 28 15:55:30 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] I18N bug fixed
In-Reply-To: <20030228154252.48043.qmail@web13708.mail.yahoo.com>
References: <20030228154252.48043.qmail@web13708.mail.yahoo.com>
Message-ID: <20030228205530.GT31136@pallas.fsck.com>



On Fri, Feb 28, 2003 at 07:42:52AM -0800, Stanislav Sinyagin wrote:
> Hi all, 
> 
> as promised, I tracked down the problem with translations:
> Umlauts and accents and Russian characters were displayed as 
> two Unicode symbols each.
> 
> In lib/RT/I18N.pm, the procedure "encoding" referenced $self as an object reference, 
> but in fact it was a class name. Here's the corrected version:


Actually, it was the single caller that was calling this incorrectly. I
corrected the calling routine instead.

> With these fixups, the web interface works like charm, though some 
> words miss translations (I hope they will be updated before the 3.0 release).
> I tested German, French, and Russian. I didn't test the email interface.

Feel free to contribute updates where you see them (this goes for
everybody)

> 
> Now the language is determined from the browser preferences. 
> It would be nice to have the menu for chosing the language, 
> both before logging in and after that.
>

Eventually, that would be ncie, yes. but it will not happen for 3.0,
which is currently scheduled for two weeks from tomorrow.


> Cheers, 
> Stan
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Fri Feb 28 16:19:22 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] I18N bug fixed
In-Reply-To: <20030228195820.51765.qmail@web13702.mail.yahoo.com>
References: <20030228170112.GJ31136@pallas.fsck.com> <20030228195820.51765.qmail@web13702.mail.yahoo.com>
Message-ID: <20030228211922.GW31136@pallas.fsck.com>

http://www.cgisecurity.com/articles/xss-faq.shtml is the faq you want to
read. And change #253 (what will be 2.1.77) is the change in RT where I
finished implementing the fix. your bug report about the encoding sub
was the key to the solution. thanks.

	-j

On Fri, Feb 28, 2003 at 11:58:20AM -0800, Stanislav Sinyagin wrote:
> 
> --- Jesse Vincent <jesse@bestpractical.com> wrote:
> > Stan,
> > 
> > 	Your first change opens RT up to a cross-site scripting attack, as I
> > mentioned in January:
> > 
> > http://lists.fsck.com/pipermail/rt-devel/2003-January/002943.html
> > 
> > 
> > I suspect that what you really want is to tell mason to a different sort
> > of html escaping, rather than none. I'll have a look at the fix to
> > encoding {}
> 
> I'll take a closer look. Can you give some examples of dangerous code 
> when not escaping?
> 
> _______________________________________________
> rt-devel mailing list
> rt-devel@lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel

-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From jesse at bestpractical.com  Fri Feb 28 16:43:26 2003
From: jesse at bestpractical.com (Jesse Vincent)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] RT 2.1.77 is now available
Message-ID: <20030228214326.GY31136@pallas.fsck.com>

lots of bug fixes. no new features, just the way we like it, two weeks
before release.

     249    229   Config file work - SiteConfig should work better now
     250    230   Typo in template creation uri  - #2178
     251    231   create fix for seph; relationship display cleanup; custom
                  fields block only displayed if there are any; password
                  changing should work better
     252    232   encoding fix?
     253    233   other half of encoding fix
     254    234   fix for the ie display bug; bumping the version to 2.1.77


-- 
http://www.bestpractical.com/rt  -- Trouble Ticketing. Free.

From ssinyagin at yahoo.com  Fri Feb 28 17:36:55 2003
From: ssinyagin at yahoo.com (Stanislav Sinyagin)
Date: Sun Apr 11 16:03:46 2004
Subject: [rt-devel] I18N bug fixed
In-Reply-To: <20030228211922.GW31136@pallas.fsck.com>
Message-ID: <20030228223655.82606.qmail@web13702.mail.yahoo.com>

--- Jesse Vincent <jesse@bestpractical.com> wrote:
> 
> http://www.cgisecurity.com/articles/xss-faq.shtml is the faq you want to
> read. And change #253 (what will be 2.1.77) is the change in RT where I
> finished implementing the fix. your bug report about the encoding sub
> was the key to the solution. thanks.

so, only special characters need escaping, like &lt; and &gt;, and maybe few more.
I'll try and write the Mason escape handler for that on Monday... if 
nothing more urgent happens...

Nice weekend, 
Stan