Queue creation buglets in 2.1.76

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)

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.

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)

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.

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:

System error

error:  Undefined subroutine &RT::CanonicalizeAddress called at /usr/local/rt3/lib/RT/Interface/Email.pm line 287.
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)

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.