From paul.szabo at sydney.edu.au Sat Jun 2 01:13:13 2012 From: paul.szabo at sydney.edu.au (paul.szabo at sydney.edu.au) Date: Sat, 2 Jun 2012 15:13:13 +1000 Subject: [rt-devel] Better handling of sendmail (Re: Bugfix for security patch on mod_perl) In-Reply-To: <1338403680.11976.11.camel@umgah.localdomain> Message-ID: <201206020513.q525DD7H019527@bari.maths.usyd.edu.au> Dear Alex, >>> Using IPC::Open2, the child exit status is available in $?, precisely >>> the same as when using ``. I am not aware of any failure modes >>> involving loss of output ... >> >> If the eval dies with $SIG{PIPE} then it does not examine $?. > > If the eval dies with SIGPIPE, $? may not be valid. $? is only set by > wait() or system(), neither of which are guaranteed to have happened if > we receive SIGPIPE. See also the IPC::Open2 documentation which notes > that exec failures are simply reported by way of SIGPIPE -- while this > is non-optimal, it will be remedied in 4.0-trunk by use of IPC::Run3. After a SIGPIPE you should use waitpid() to avoid zombies, and to get a correct $?. My current patches/comments below. Cheers, Paul Paul Szabo psz at maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of Sydney Australia $ diff -u /usr/share/request-tracker3.8/lib/RT/Interface/Email.pm-DSA-2480-2 /usr/share/request-tracker3.8/lib/RT/Interface/Email.pm --- /usr/share/request-tracker3.8/lib/RT/Interface/Email.pm-DSA-2480-2 2012-05-27 22:29:32.000000000 +1000 +++ /usr/share/request-tracker3.8/lib/RT/Interface/Email.pm 2012-06-02 14:12:18.000000000 +1000 @@ -443,36 +443,111 @@ } eval { - # don't ignore CHLD signal to get proper exit code - local $SIG{'CHLD'} = 'DEFAULT'; - - # if something wrong with $mail->print we will get PIPE signal, handle it - local $SIG{'PIPE'} = sub { die "program unexpectedly closed pipe" }; - - # Make it look to open2 like STDIN is on FD 0, like it - # should be; this is necessary because under mod_perl with - # the perl-script handler, it's not. This causes our - # child's "STDIN" (FD 10-ish) to be set to the pipe we want, - # but FD 0 (which the exec'd sendmail assumes is STDIN) is - # still open to /dev/null; this ends disasterously. - local *STDIN = IO::Handle->new_from_fd( 0, "r" ); - - require IPC::Open2; - my ($mail, $stdout); - my $pid = IPC::Open2::open2( $stdout, $mail, $path, @args ) - or die "couldn't execute program: $!"; - - $args{'Entity'}->print($mail); - close $mail or die "close pipe failed: $!"; - - waitpid($pid, 0); - if ($?) { - # sendmail exit statuses mostly errors with data not software - # TODO: status parsing: core dump, exit on signal or EX_* - my $msg = "$msgid: `$path @args` exited with code ". ($?>>8); - $msg = ", interrupted by signal ". ($?&127) if $?&127; - $RT::Logger->error( $msg ); + ########## + # Comments/patches 2 Jun 12 Paul Szabo psz at maths.usyd.edu.au + # Not claiming this is right or best: but "it works for me". + ##### + # Dangerous to use IPC::Open2 or maybe IPC::Run3 (or maybe + # IPC::Run::SafeHandles): e.g. when we forget about those + # handles and to test patches... Seems wasteful also. + # I am puzzling about the + # local *STDIN = IO::Handle->new_from_fd( 0, "r" ); + # patch: though STDIN is changed only locally, the fd stays + # open forever, and a rather similar + # local *STDOUT = IO::Handle->new_from_fd( 1, "w" ); + # would cause many problems like + # RT: DBD::Pg::st execute failed: SSL SYSCALL error: Bad file descriptor at /usr/share/perl5/DBIx/SearchBuilder/Handle.pm line 509. (/usr/share/perl5/DBIx/SearchBuilder/Handle.pm:509) + # later. Curiously, STDERR seems "plain". + ##### + # Keep STDOUT and STDERR: sendmail is often silent, but might + # say "No recipient addresses found in header" on STDOUT. + # Beware of pipes: if we die with $SIG{PIPE} then might never + # do waitpid and/or never examine $? for exit status. + # Sendmail seems to slurp in all its input and only then + # look at headers; future versions might examine headers + # on-the-fly and quit e.g. with "illegal address" with input + # left unread. + ##### + ## don't ignore CHLD signal to get proper exit code + #local $SIG{'CHLD'} = 'DEFAULT'; + # + ## if something wrong with $mail->print we will get PIPE signal, handle it + #local $SIG{'PIPE'} = sub { die "program unexpectedly closed pipe" }; + # + ## Make it look to open2 like STDIN is on FD 0, like it + ## should be; this is necessary because under mod_perl with + ## the perl-script handler, it's not. This causes our + ## child's "STDIN" (FD 10-ish) to be set to the pipe we want, + ## but FD 0 (which the exec'd sendmail assumes is STDIN) is + ## still open to /dev/null; this ends disasterously. + #local *STDIN = IO::Handle->new_from_fd( 0, "r" ); + # + #require IPC::Open2; + #my ($mail, $stdout); + #my $pid = IPC::Open2::open2( $stdout, $mail, $path, @args ) + # or die "couldn't execute program: $!"; + # + #$args{'Entity'}->print($mail); + #close $mail or die "close pipe failed: $!"; + # + #waitpid($pid, 0); + #if ($?) { + # # sendmail exit statuses mostly errors with data not software + # # TODO: status parsing: core dump, exit on signal or EX_* + # my $msg = "$msgid: `$path @args` exited with code ". ($?>>8); + # $msg = ", interrupted by signal ". ($?&127) if $?&127; + # $RT::Logger->error( $msg ); + #} + ##### + #use File::Temp; # Done above + my $tmphdl = File::Temp->new() or die "Cannot create temp file for sendmail data\n"; + my $tmpnam = $tmphdl->filename or die "Nameless temp file for sendmail data\n"; + $args{'Entity'}->print($tmphdl) or die "Cannot write temp file for sendmail data\n"; + close ($tmphdl) or die "Cannot close temp file for sendmail data\n"; + # Tempting to use the simple: + #my $cmd = "$path @args < $tmpnam 2>&1"; + #my $msg = `$cmd`; + # but that would be unsafe: though "$path @args" is mostly just + # "sendmail -oi -t", it might contain user-supplied email + # addresses, so nasty shell metacharacters. + # Might try to "fix" like: + #my $cmd; $cmd .= "\Q$_\E " foreach ($path, at args); $cmd .= "< $tmpnam 2>&1"; + # but some args may contain blanks which should not be quoted. + #$RT::Logger->info( "PSz using command: $cmd" ); + # Use a "safe version", somewhat following "man perlsec". + my $pid; + die "Cannot fork sendmail: $!\n" unless defined($pid = open(KID, "-|")); + if ($pid) { # parent + # Do nothing here, do later + } else { # child process + # Within eval so cannot use die(). Note: even exit is dodgy. + # Our STDIN etc are "funny": use POSIX fds instead, + # which are more direct anyway. + use POSIX; + my $fd = POSIX::open("$tmpnam"); + (defined($fd) and $fd>=0) or warn("Cannot read temp file of sendmail data: $!"), POSIX::_exit(1); + # Right STDIN if needed + $fd == 0 or POSIX::dup2($fd,0) or warn("Cannot dup2($fd,0) for sendmail: $!"), POSIX::_exit(2); + # Right STDERR, our STDOUT should go to parent + POSIX::dup2(1,2) or warn("Cannot dup2(1,2) for sendmail: $!"), POSIX::_exit(3); + ## Sanitize environment + #delete @ENV{keys %ENV}; + #$ENV{PATH} = "/bin:/usr/bin:/sbin:/usr/sbin"; # Minimal PATH including /usr/sbin for sendmail + #$ENV{SHELL} = '/bin/sh'; + exec($path, @args) or warn("Cannot exec sendmail: $!\n"), POSIX::_exit(4); + warn("Should be dead after exec sendmail\n"), POSIX::_exit(5); + } + # do something + my $msg; + while () { + $msg or $msg = "sendmail output: "; + $msg .= $_; } + close KID or $msg .= "sendmail failed: $!"; + $? and $msg .= "sendmail status: $? (exit code " . ($?>>8) . ", signal " . ($?&127) .")"; + $msg and die "sendmail output: $msg\n"; + unlink ($tmpnam) or die "Cannot delete temp file for sendmail data\n"; + ########## }; if ( $@ ) { $RT::Logger->crit( "$msgid: Could not send mail with command `$path @args`: " . $@ ); From ajunpreet at gmail.com Mon Jun 4 21:00:07 2012 From: ajunpreet at gmail.com (Ajunpreet Singh) Date: Mon, 4 Jun 2012 21:00:07 -0400 Subject: [rt-devel] Stats Message-ID: Hi, Im looking at a way to have all the users see their stats(basic count of #of requests, resolved..etc) to be shown on the self service index page or any other way of showing all of thier individual progress. What is the easiest way this can be done? -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajunpreet at gmail.com Tue Jun 5 10:20:43 2012 From: ajunpreet at gmail.com (Ajunpreet Singh) Date: Tue, 5 Jun 2012 10:20:43 -0400 Subject: [rt-devel] Reminders Crontab Message-ID: I understand where the first line for contab goes, but where do you place the rest. so where do you put the line --search RT::Search::FromSQL \ and everything after? 0 6 * * * root /opt/rt4/bin/rt-crontool \ --search RT::Search::FromSQL \ --search-arg 'Type = "reminder" and (Status = "open" or Status = "new")' \ --condition RT::Condition::BeforeDue \ --condition-arg 2d \ --action RT::Action::SendEmail \ --action-arg Owner \ --transaction first \ --template 'Reminder due soon' -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeff at voskamp.ca Tue Jun 5 10:40:15 2012 From: jeff at voskamp.ca (Jeff Voskamp) Date: Tue, 05 Jun 2012 10:40:15 -0400 Subject: [rt-devel] Reminders Crontab In-Reply-To: References: Message-ID: <4FCE1A4F.2030304@voskamp.ca> On 06/05/2012 10:20 AM, Ajunpreet Singh wrote: > I understand where the first line for contab goes, but where do you > place the rest. > so where do you put the line --search RT::Search::FromSQL \ and > everything after? > > 0 6 * * * root /opt/rt4/bin/rt-crontool \ > --search RT::Search::FromSQL \ > --search-arg'Type ="reminder" and (Status ="open" or Status ="new")' \ > --condition RT::Condition::BeforeDue \ > --condition-arg 2d \ > --action RT::Action::SendEmail \ > --action-arg Owner \ > --transaction first \ > --template'Reminder due soon' The '\'s specify line continuation - either make it all one long line, or do it exactly as above - no spaces after the '\'s. Cron knows to connect the lines together if they end in '\'. Jeff From cloos at netcologne.de Fri Jun 8 04:23:50 2012 From: cloos at netcologne.de (Christian Loos) Date: Fri, 08 Jun 2012 10:23:50 +0200 Subject: [rt-devel] support for -moz-border-radius removed in Gecko 13.0 (Firefox 13.0 / Thunderbird 13.0) Message-ID: <4FD1B696.9000907@netcologne.de> Hi, -moz-border-radius was removed from Firefox 13: https://developer.mozilla.org/en/CSS/border-radius#Gecko_notes There are many placed where you only have -moz-border-radius and not the standard border_radius attribute. Many rounded corners are disappear in RT 3.8 and 4.0 if you update your Firefox to the latest version. -Chris From trs at bestpractical.com Fri Jun 8 11:59:54 2012 From: trs at bestpractical.com (Thomas Sibley) Date: Fri, 08 Jun 2012 11:59:54 -0400 Subject: [rt-devel] support for -moz-border-radius removed in Gecko 13.0 (Firefox 13.0 / Thunderbird 13.0) In-Reply-To: <4FD1B696.9000907@netcologne.de> References: <4FD1B696.9000907@netcologne.de> Message-ID: <4FD2217A.9040500@bestpractical.com> On 06/08/2012 04:23 AM, Christian Loos wrote: > -moz-border-radius was removed from Firefox 13: > https://developer.mozilla.org/en/CSS/border-radius#Gecko_notes > > There are many placed where you only have -moz-border-radius and not the > standard border_radius attribute. > Many rounded corners are disappear in RT 3.8 and 4.0 if you update your > Firefox to the latest version. Thanks for the heads up. I just pushed 4.0/border-radius. Will you give it a test to see if it fully solves the problem? Thomas From cloos at netsandbox.de Fri Jun 8 16:44:04 2012 From: cloos at netsandbox.de (Christian Loos) Date: Fri, 08 Jun 2012 22:44:04 +0200 Subject: [rt-devel] support for -moz-border-radius removed in Gecko 13.0 (Firefox 13.0 / Thunderbird 13.0) In-Reply-To: <4FD2217A.9040500@bestpractical.com> References: <4FD1B696.9000907@netcologne.de> <4FD2217A.9040500@bestpractical.com> Message-ID: <4FD26414.5080108@netsandbox.de> Am 08.06.2012 17:59, schrieb Thomas Sibley: > Thanks for the heads up. I just pushed 4.0/border-radius. Will you > give it a test to see if it fully solves the problem? > > Thomas Just take a quick look and everything seams to be fine for 4.0. Will you also fix this for 3.8? -Chris From ajunpreet at gmail.com Thu Jun 14 16:07:41 2012 From: ajunpreet at gmail.com (Ajunpreet Singh) Date: Thu, 14 Jun 2012 16:07:41 -0400 Subject: [rt-devel] Auto Resolved Message-ID: I have a custom Status, I want it so that if it stays in this custom state for 2 weeks then I want the status to change automatically to resolved. I think this might be possible using cron, but Im not sure where to start. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andy.Jewell at sysmicro.co.uk Thu Jun 14 16:12:10 2012 From: Andy.Jewell at sysmicro.co.uk (Andy Jewell) Date: Thu, 14 Jun 2012 20:12:10 +0000 Subject: [rt-devel] Auto Resolved In-Reply-To: References: Message-ID: You probably need to use the REST api to query and then update tickets with your custom status in a perl script. Call this script from cron.daily to keep it rolling. Sent from my iPhone On 14 Jun 2012, at 21:07, "Ajunpreet Singh" wrote: > I have a custom Status, I want it so that if it stays in this custom state for 2 weeks then I want the status to change automatically to resolved. > I think this might be possible using cron, but Im not sure where to start. > Thanks > -------- > List info: http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-devel From falcone at bestpractical.com Thu Jun 14 17:32:52 2012 From: falcone at bestpractical.com (Kevin Falcone) Date: Thu, 14 Jun 2012 16:32:52 -0500 Subject: [rt-devel] Auto Resolved In-Reply-To: References: Message-ID: <20120614213252.GA1117@jibsheet.com> On Thu, Jun 14, 2012 at 08:12:10PM +0000, Andy Jewell wrote: > You probably need to use the REST api to query and then update tickets with your custom status in a perl script. Call this script from cron.daily to keep it rolling. You certainly can do this from REST, but it's probably simpler to do with rt-crontool. This was answered recently on rt-users with a pointer to appropriate actions to use. -kevin > On 14 Jun 2012, at 21:07, "Ajunpreet Singh" wrote: > > > I have a custom Status, I want it so that if it stays in this custom state for 2 weeks then I want the status to change automatically to resolved. > > I think this might be possible using cron, but Im not sure where to start. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available URL: From ajunpreet at gmail.com Tue Jun 19 15:22:29 2012 From: ajunpreet at gmail.com (Ajunpreet Singh) Date: Tue, 19 Jun 2012 15:22:29 -0400 Subject: [rt-devel] SelectRequestor Error Message-ID: *Any idea why i get this error when trying to install * http://requesttracker.wikia.com/wiki/SelectRequestor i have RT 4.0.5, i placed the first SelectRequestor file in /local/share/rt40/html/Elements and i add this to my /local/www/rt40/share/Tickets/Create.html by replacing the <& /Elements/EmailInput....... &> (<& /Elements/SelectRequestor, Name => "Requestors", QueueObj => $QueueObj, Default => $ARGS{Requestors}||$session{CurrentUser}->EmailAddress, DefaultValue=> 0 &>) and i get this error *System error* *56:* *57:* *63:* *64:* *...* * error:* Error during compilation of /usr/local/share/rt40/html/Elements/SelectRequestor: Global symbol "$user" requires explicit package name at /usr/local/share/rt40/html/Elements/SelectRequestor line 60. Global symbol "$user" requires explicit package name at /usr/local/share/rt40/html/Elements/SelectRequestor line 60. *context:* *...* *code stack:* /usr/local/lib/perl5/site_perl/5.10.1/HTML/Mason/Interp.pm:459 /usr/local/lib/perl5/site_perl/5.10.1/HTML/Mason/Request.pm:1127 /usr/local/lib/perl5/site_perl/5.10.1/HTML/Mason/Request.pm:1041 /usr/local/lib/perl5/site_perl/5.10.1/HTML/Mason/Request.pm:1239 /usr/local/share/rt40/html/Ticket/Create2.html:132 /usr/local/share/rt40/html/Widgets/TitleBox:56 /usr/local/share/rt40/html/Ticket/Create2.html:204 /usr/local/share/rt40/html/Ticket/autohandler:19 /usr/local/lib/perl5/site_perl/5.10.1/RT/Interface/Web.pm:548 /usr/local/lib/perl5/site_perl/5.10.1/RT/Interface/Web.pm:295 /usr/local/share/rt40/html/autohandler:53 -------------- next part -------------- An HTML attachment was scrubbed... URL: From falcone at bestpractical.com Wed Jun 20 12:15:18 2012 From: falcone at bestpractical.com (Kevin Falcone) Date: Wed, 20 Jun 2012 12:15:18 -0400 Subject: [rt-devel] SelectRequestor Error In-Reply-To: References: Message-ID: <20120620161518.GB1117@jibsheet.com> On Tue, Jun 19, 2012 at 03:22:29PM -0400, Ajunpreet Singh wrote: > Any idea why i get this error when trying to install > [1]http://requesttracker.wikia.com/wiki/SelectRequestor > i have RT 4.0.5, i placed the first SelectRequestor file in /local/share/rt40/html/Elements I'm curious why you're using this. RT 4 has built in autocompletion and searching on arbitrary User attributes. If you tell us what you're trying to do someone may be able to suggest the core way (rather than adapting 3.8 code for 4.0). -kevin > and i add this to my /local/www/rt40/share/Tickets/Create.html by replacing the <& > /Elements/EmailInput....... &> > > (<& /Elements/SelectRequestor, Name => "Requestors", QueueObj => $QueueObj, Default => > $ARGS{Requestors}||$session{CurrentUser}->EmailAddress, DefaultValue=> 0 &>) > > and i get this error > > System error > > 56: 57: 63: 64: ... > > error: Error during compilation of > /usr/local/share/rt40/html/Elements/SelectRequestor: > Global symbol "$user" requires explicit package name at > /usr/local/share/rt40/html/Elements/SelectRequestor line 60. > Global symbol "$user" requires explicit package name at > /usr/local/share/rt40/html/Elements/SelectRequestor line 60. > context: ... > code /usr/local/lib/perl5/site_perl/5.10.1/HTML/Mason/Interp.pm:459 > stack: /usr/local/lib/perl5/site_perl/5.10.1/HTML/Mason/Request.pm:1127 > /usr/local/lib/perl5/site_perl/5.10.1/HTML/Mason/Request.pm:1041 > /usr/local/lib/perl5/site_perl/5.10.1/HTML/Mason/Request.pm:1239 > /usr/local/share/rt40/html/Ticket/Create2.html:132 > /usr/local/share/rt40/html/Widgets/TitleBox:56 > /usr/local/share/rt40/html/Ticket/Create2.html:204 > /usr/local/share/rt40/html/Ticket/autohandler:19 > /usr/local/lib/perl5/site_perl/5.10.1/RT/Interface/Web.pm:548 > /usr/local/lib/perl5/site_perl/5.10.1/RT/Interface/Web.pm:295 > /usr/local/share/rt40/html/autohandler:53 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available URL: From ajunpreet at gmail.com Thu Jun 21 12:19:40 2012 From: ajunpreet at gmail.com (Ajunpreet Singh) Date: Thu, 21 Jun 2012 12:19:40 -0400 Subject: [rt-devel] SelectRequestor Error Fix Message-ID: You're right, making auto complete working for SelfService was exactly what i needed. Thanks Message: 1 Date: Wed, 20 Jun 2012 12:15:18 -0400 From: Kevin Falcone To: rt-devel at lists.bestpractical.com Subject: Re: [rt-devel] SelectRequestor Error Message-ID: <20120620161518.GB1117 at jibsheet.com> Content-Type: text/plain; charset="us-ascii" On Tue, Jun 19, 2012 at 03:22:29PM -0400, Ajunpreet Singh wrote: > Any idea why i get this error when trying to install > [1]http://requesttracker.wikia.com/wiki/SelectRequestor > i have RT 4.0.5, i placed the first SelectRequestor file in /local/share/rt40/html/Elements I'm curious why you're using this. RT 4 has built in autocompletion and searching on arbitrary User attributes. If you tell us what you're trying to do someone may be able to suggest the core way (rather than adapting 3.8 code for 4.0). -kevin -------------- next part -------------- An HTML attachment was scrubbed... URL: From cloos at netcologne.de Fri Jun 22 09:47:38 2012 From: cloos at netcologne.de (Christian Loos) Date: Fri, 22 Jun 2012 15:47:38 +0200 Subject: [rt-devel] problem with attachment filename and umlauts Message-ID: <4FE4777A.1040803@netcologne.de> Hi, if I upload an attachment with the name "test ??????.txt" it ends ab wrong encoded in the DB. The DB shows as filename "test ?????????.txt". If I send an utf-8 encoded email with this attachment the DB filename is correct "test ??????.txt". If I send an iso-8859-1 encoded email with this attachment the DB filename is truncated to "test". DB: MySQL 5.1.63 RT: 3.8.13 Before the upgrade from RT 3.8.6 to 3.8.13 we didn't had the problem. Chris From ajunpreet at gmail.com Fri Jun 22 11:10:55 2012 From: ajunpreet at gmail.com (Ajunpreet Singh) Date: Fri, 22 Jun 2012 11:10:55 -0400 Subject: [rt-devel] Updating in SelfService Message-ID: Im trying to add update functions to the self service page, stuff like updating Requestors, CC, Subject, Priority. Also the function provided for editing the subject doesn't seem to work. Even in the Demo you're not able to update the subject. Any help on how to fix this? http://rt.easter-eggs.org/demos/testing/SelfService/Update.html?id=133 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajunpreet at gmail.com Thu Jun 28 09:27:02 2012 From: ajunpreet at gmail.com (Ajunpreet Singh) Date: Thu, 28 Jun 2012 09:27:02 -0400 Subject: [rt-devel] CloneTicket for SelfService Message-ID: is it possible to make CloneTicket work for selfservice? so that would be for all unprivileged users. so something like http://site.com/SelfService/Create.html?Queue=22&CloneTicket=153 -------------- next part -------------- An HTML attachment was scrubbed... URL: From falcone at bestpractical.com Thu Jun 28 12:22:49 2012 From: falcone at bestpractical.com (Kevin Falcone) Date: Thu, 28 Jun 2012 12:22:49 -0400 Subject: [rt-devel] CloneTicket for SelfService In-Reply-To: References: Message-ID: <20120628162249.GA42276@jibsheet.com> On Thu, Jun 28, 2012 at 09:27:02AM -0400, Ajunpreet Singh wrote: > is it possible to make CloneTicket work for selfservice? so that would be for all unprivileged > users. > so something like > http://site.com/SelfService/Create.html?Queue=22&CloneTicket=153 It seems like you're trying to add a lot the standard RT functionality to the SelfService UI. Have you considered just using the normal RT ui and limiting rights to ensure users see only what they should? If you keep going down the road of adding functionality to SelfService, you're going to find it really hard to upgrade. -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available URL: From ajunpreet at gmail.com Fri Jun 29 11:20:13 2012 From: ajunpreet at gmail.com (Ajunpreet Singh) Date: Fri, 29 Jun 2012 11:20:13 -0400 Subject: [rt-devel] CloneTicket for SelfService In-Reply-To: References: Message-ID: So I ended up just messing around with privileged users for clone ticket. The problem now is that clone ticket doesn't work for Checkboxes, or any form where multiple values had been selected in the other request. It does however work only if one value is selected. Is there any way to workaround this? -------------- next part -------------- An HTML attachment was scrubbed... URL: