[rt-users] rt 2.0.14 - problem with cli keywords on create (works with update)

[Paul Mandell]

I saw this problem mentioned with 2.0.8 in the list
archives, but I still get problems when trying to set
keywords from the command line using --create. Works
fine when updating existing tickets with --id=.

I've set output to screen to debug in config.pm and
see the following - the ticket gets created but no
keywords are set.

bash-2.05a$  /usr/local/rt2/bin/rt --create --noedit
--queue="UK Apps Development" --keywords="+bvm/58"
Creating a new ticketUse of uninitialized value in
concatenation (.) or string at
/usr/local/rt2/lib/RT/Ticket.pm line 285.
RT::Ticket=HASH(0x810e424) ->Create called with an
unknown datatype for Owner: . Defaulting to Nobody.
now requiring RT::Condition::AnyTransaction
RT::Transaction=HASH(0x882b980): Checking condition
OnCreate...
RT::Transaction=HASH(0x882b980): Matches condition
OnCreate...
now requiring RT::Action::Notify
Use of uninitialized value in substitution (s///) at
/usr/local/rt2/lib/RT/Action/SendEmail.pm line 428.
Use of uninitialized value in scalar chomp at
/usr/local/rt2/lib/RT/Action/SendEmail.pm line 430.
Use of uninitialized value in scalar chomp at
/usr/local/rt2/lib/RT/Action/SendEmail.pm line 315.
Use of uninitialized value in pattern match (m//) at
/usr/local/lib/perl5/site_perl/5.6.1/Mail/Header.pm
line 214.
Use of uninitialized value in substitution (s///) at
/usr/local/lib/perl5/site_perl/5.6.1/Mail/Header.pm
line 218.
Use of uninitialized value in substitution (s///) at
/usr/local/lib/perl5/site_perl/5.6.1/Mail/Header.pm
line 218.
RT::Action::Notify=HASH(0x8856760): To is
RT::Action::Notify=HASH(0x8856760): Cc is
RT::Action::Notify=HASH(0x8856760): Bcc is
RT::Transaction=HASH(0x882b980): Prepared
NotifyAdminCcs
RT::Action::Notify=HASH(0x8856760): No recipients
found. Not sending.
RT::Transaction=HASH(0x882b980): Committed
NotifyAdminCcs
now requiring RT::Condition::OwnerChange
RT::Transaction=HASH(0x882b980): Checking condition
OnOwnerChange...
Use of uninitialized value in string eq at
/usr/local/rt2/lib/RT/Condition/OwnerChange.pm line
20.
RT::Transaction=HASH(0x882b980): Doesn't match
condition OnOwnerChange...
now requiring RT::Condition::OwnerChange
RT::Transaction=HASH(0x882b980): Checking condition
OnOwnerChange...
Use of uninitialized value in string eq at
/usr/local/rt2/lib/RT/Condition/OwnerChange.pm line
20.
RT::Transaction=HASH(0x882b980): Doesn't match
condition OnOwnerChange...
now requiring RT::Condition::AnyTransaction
RT::Transaction=HASH(0x882b980): Checking condition
OnCreate...
RT::Transaction=HASH(0x882b980): Matches condition
OnCreate...
now requiring RT::Action::Autoreply
RT::Transaction=HASH(0x882b980): Prepared
AutoreplyToRequestors
Use of uninitialized value in array dereference at
/usr/local/rt2/lib/RT/Action/SendEmail.pm line 94.
Use of uninitialized value in array dereference at
/usr/local/rt2/lib/RT/Action/SendEmail.pm line 96.
RT::Action::Autoreply=HASH(0x895aea0): No recipients
found. Not sending.
RT::Transaction=HASH(0x882b980): Committed
AutoreplyToRequestors
Ticket 3292 created in queue 'UK Apps Development'.
+bvm/58Ticket 3292 created in queue 'UK Apps
Development'.

A simple update afterwards sets the keywords no
problem.

bash-2.05a$  /usr/local/rt2/bin/rt --id=3292
--keywords="+bvm/58"
Now working on ticket 3292Looking at admin ccsLooking
at keywordsLooking at --keyword=+bvm/58Going to +
Keyword bvm / 58bvm is select Raised By is foundbvm is
select Project is foundbvm is select State is foundbvm
is select Broken ver is foundbvm is select bvm is
foundFound a match for bvm
Now comparing 58 with --
Now comparing 58 with 00
Now comparing 58 with 01
Now comparing 58 with 02
Now comparing 58 with 03
Now comparing 58 with 04
Now comparing 58 with 05
Now comparing 58 with 06
Now comparing 58 with 07
Now comparing 58 with 09
Now comparing 58 with 10
Now comparing 58 with 40
Now comparing 58 with 50
Now comparing 58 with 55
Now comparing 58 with 56
Now comparing 58 with 57
Now comparing 58 with 58
Going to + bvm / 58 (58)Use of uninitialized value in
numeric eq (==) at
/usr/local/rt2/lib/RT/ObjectKeywords.pm line 188.
now requiring RT::Condition::OwnerChange
RT::Transaction=HASH(0x86481a4): Checking condition
OnOwnerChange...
RT::Transaction=HASH(0x86481a4): Doesn't match
condition OnOwnerChange...
now requiring RT::Condition::OwnerChange
RT::Transaction=HASH(0x86481a4): Checking condition
OnOwnerChange...
RT::Transaction=HASH(0x86481a4): Doesn't match
condition OnOwnerChange...
Now comparing 58 with 70
bvm is select bva is foundbvm is select Fixed ver is
foundbvm is select fvm is foundbvm is select fva is
found+bvm/58

Is there still a problem with this in 2.0.14 or am I
doing something really stoopid?




__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com