Re: [rt-users] Auto-open Resolved Ticket
Hi Roehl
- I resolved a ticket Subject: Windows Patches or Subject: get and
renew certificates
- I'll do it again after a month.
- RT will re-open this ticket after a month.
I use the Due date field with a stalled status, and have a daily cron job:
#!/usr/bin/perl
my $cmd = '/usr/bin/rt list -i ';
my $qry = $cmd . qq/\status = 'stalled' AND due = 'today'\/;
my @res = `$qry`;
for (@res) {
chomp;
system (/usr/bin/rt edit $_ set status=open);
}
I'm sure someone will be along shortly with an rt_crontool solution, or
something RESTful.
Cheers
Toby
LEGAL NOTICE
Unless expressly stated otherwise, information contained in this
message is confidential. If this message is not intended for you,
please inform postmas...@ccdc.cam.ac.uk and delete the message.
The Cambridge Crystallographic Data Centre is a company Limited
by Guarantee and a Registered Charity.
Registered in England No. 2155347 Registered Charity No. 800579
Registered office 12 Union Road, Cambridge CB2 1EZ.
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: sa...@bestpractical.com
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
[rt-users] Scrip for Merging bounces into existing tickets added to the wiki
FYI, I recently hacked up a small Scrip that tries to merge new tickets generated by mail bounces into the ticket that generated the mail. This is similar to what http://wiki.bestpractical.com/view/RtBounceHandler is doing, just that it's implemented as a scrip and not as an external program which runs on incoming mail. I've added my code to the RT wiki at http://wiki.bestpractical.com/view/BounceMerge I hope someone else might find it useful, too. /ol -- -=- Otmar Lendl -- o...@bofh.priv.at -- http://lendl.priv.at/ -=- ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] rt-shredder / Ignore Privileged Users
You're right, see your pain. I think member_of option in the Users plugin can help with this issue. Try attached patch, documentation included. Awesome, that patch seems to work splendidly! Thanks! Tim Gustafson Baskin School of Engineering UC Santa Cruz t...@soe.ucsc.edu 831-459-5354 ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Auto-open Resolved Ticket
Hi Toby,
Thanks for this.
Please confirm, if I understand your method correctly.
1. Instead of resolving the ticket, after getting my tasks done, put in on
stalled and set 'Due date' to next month.
2. the cron job will re-open this ticket after a month.
If the ticket is re-open, will it send out notification?
im doing the rt-list -i status = 'stalled' AND due = 'today'
on a command line but it's asking me for a password.
is my syntax correct?
Thanks!
Roehl
On Fri, Jul 24, 2009 at 5:08 AM, Toby Darling darl...@ccdc.cam.ac.ukwrote:
Hi Roehl
- I resolved a ticket Subject: Windows Patches or Subject: get and
renew certificates
- I'll do it again after a month.
- RT will re-open this ticket after a month.
I use the Due date field with a stalled status, and have a daily cron job:
#!/usr/bin/perl
my $cmd = '/usr/bin/rt list -i ';
my $qry = $cmd . qq/\status = 'stalled' AND due = 'today'\/;
my @res = `$qry`;
for (@res) {
chomp;
system (/usr/bin/rt edit $_ set status=open);
}
I'm sure someone will be along shortly with an rt_crontool solution, or
something RESTful.
Cheers
Toby
LEGAL NOTICE
Unless expressly stated otherwise, information contained in this
message is confidential. If this message is not intended for you,
please inform postmas...@ccdc.cam.ac.uk and delete the message.
The Cambridge Crystallographic Data Centre is a company Limited
by Guarantee and a Registered Charity.
Registered in England No. 2155347 Registered Charity No. 800579
Registered office 12 Union Road, Cambridge CB2 1EZ.
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: sa...@bestpractical.com
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
[rt-users] Try to use ActivePerl
Hi! I tried on a test machine to utilize ActivePerl to get rid of the RT vs. Operating System package hell. So I installed ActivePerl and I put the path to the ActivePerl in front, and started configure. This looks good. But 'make testdeps' gives me /opt/ActivePerl-5.10/bin/perl ./sbin/rt-test-dependencies --verbose --with-mysql --with-modperl2 perl: =5.8.3(5.10.0)...found users: rt group (apache)...found bin owner (root)...found libs owner (root)...found libs group (bin)...found web owner (apache)...found web group (apache)...found CLI dependencies: /opt/ActivePerl-5.10/bin/perl: symbol lookup error: /usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi/auto/Term/ReadKey/ReadKey.so: undefined symbol: Perl_Tstack_sp_ptr make: *** [testdeps] Error 127 When disabel CLI in gives me a similar error with dbi so I tried LD_LIBRARY_PATH but without success, any idea how to fix? regards sven ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Auto-open Resolved Ticket
Set up your environment to know usernam, password and server.
http://wiki.bestpractical.com/view/UseRtTool
On 7/24/09 11:00 AM, rmp dmd rmp.dmd1...@gmail.com wrote:
Hi Toby,
Thanks for this.
Please confirm, if I understand your method correctly.
1. Instead of resolving the ticket, after getting my tasks done, put in on
stalled and set 'Due date' to next month.
2. the cron job will re-open this ticket after a month.
If the ticket is re-open, will it send out notification?
im doing the rt-list -i status = 'stalled' AND due = 'today'
on a command line but it's asking me for a password.
is my syntax correct?
Thanks!
Roehl
On Fri, Jul 24, 2009 at 5:08 AM, Toby Darling darl...@ccdc.cam.ac.uk wrote:
Hi Roehl
- I resolved a ticket Subject: Windows Patches or Subject: get and
renew certificates
- I'll do it again after a month.
- RT will re-open this ticket after a month.
I use the Due date field with a stalled status, and have a daily cron job:
#!/usr/bin/perl
my $cmd = '/usr/bin/rt list -i ';
my $qry = $cmd . qq/\status = 'stalled' AND due = 'today'\/;
my @res = `$qry`;
for (@res) {
chomp;
system (/usr/bin/rt edit $_ set status=open);
}
I'm sure someone will be along shortly with an rt_crontool solution, or
something RESTful.
Cheers
Toby
LEGAL NOTICE
Unless expressly stated otherwise, information contained in this
message is confidential. If this message is not intended for you,
please inform postmas...@ccdc.cam.ac.uk and delete the message.
The Cambridge Crystallographic Data Centre is a company Limited
by Guarantee and a Registered Charity.
Registered in England No. 2155347 Registered Charity No. 800579
Registered office 12 Union Road, Cambridge CB2 1EZ.
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: sa...@bestpractical.com
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: sa...@bestpractical.com
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] RT permissions - is it possible to set up exclusions?
The problem is that I need random users other than the requester to be able to reply to a ticket. Our customers have a habit of replying from different email addresses. My understanding is that in order for those messages to be accepted, I must grant ReplyToTicket to Everyone, and yet I have a few users that I do *not* want to reply. Suggestions? Thanks, Justin Ken Crocker wrote: Justin, Don't grant it to everyone. Grant it to groups of Privileged users.. Kenn LBNL On 7/23/2009 8:00 AM, Justin Pratt wrote: Is there a way to prevent a particular user from replying to tickets, despite the ReplyToTicket right being granted to Everyone? Thanks, Justin ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] RT permissions - is it possible to set up exclusions?
On Fri, Jul 24, 2009 at 11:31:06AM -0400, Justin Pratt wrote: The problem is that I need random users other than the requester to be able to reply to a ticket. Our customers have a habit of replying from different email addresses. My understanding is that in order for those messages to be accepted, I must grant ReplyToTicket to Everyone, and yet I have a few users that I do *not* want to reply. Suggestions? Unfortunately, negative ACLs aren't something we have yet :/ I know how to do it, we just haven't had the cycles. -jesse ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] RT for Project Management
Kenn, Thank you for sharing your work. I will check it out. Bryan -Original Message- From: Ken Crocker [mailto:kfcroc...@lbl.gov] Sent: Friday, July 24, 2009 11:41 AM To: ellin...@adi.com Cc: 'William Graboyes'; rt-users@lists.bestpractical.com Subject: Re: [rt-users] RT for Project Management Bryan, Another suggestion. WE use AdminCc as the Queue/Project managers. that way, we can assign rights to them that allow them to change ACL for groups using the Queue, re-assigning (steal) tickets, etc. I have a suggested rights list that works for us in giving a basic hierarchy of rights (reduces redundancy, etc.) and explains how some of the rights work together (like CreateTicket, SeeQueue for creating tickets via web). It is attached. We also developed a RT USER Guide for regular users/developers which explains how to use the Query, using Custom Fields, etc. with screen shots. This is all on 3.6.x (Sorry. We're in the midst of testing 3.8.4 on our dev machine). Lots of luck. Kenn LBNL On 7/23/2009 2:36 PM, Bryan Ellinger wrote: -Original Message- From: William Graboyes [mailto:william.grabo...@theportalgrp.com] Sent: Thursday, July 23, 2009 4:36 PM To: ellin...@adi.com Cc: rt-users@lists.bestpractical.com Subject: Re: [rt-users] RT for Project Management Bryan, I've one acronym for you ITIL. It works for supporting huge dotcoms, all the way to small projects. Typically you want queues that pertain to the type of project that is being managed, you can spawn child tickets from parent tickets for use if sending to different groups. Bill, Thanks for your comments. Let's see if I get it. You're suggesting: Set up queues for different types of projects, e.g. expansions, PCI systems, VME systems, Large-scale systems. Set up groups for different business groups, e.g. Sales, Engineering, Field Service The project manager create a top-level ticket, e.g. Build a PCI system for customer X The project manager spawn children from that top-level ticket and assign owners, e.g. Specify IO -- owner: engineering, Unit test -- owner: manufacturing etc. Yes? I checked out ITIL, and it looks like something worth investigating, and possibly integrating with our ISO 9000 program. rt-users, How does this compare to what you are doing? What problems would crop up with this solution? Bryan etc... Google ITIL... you may thank me for it.for Thanks, Bill Graboyes On Thu, Jul 23, 2009 at 12:00 PM, Bryan Ellinger ellin...@adi.com mailto:ellin...@adi.com wrote: All, I would like to get started using RT for PM of a hardware, software integration project. There has been talk on this list about using RT for project management. However, I have not read much about how others are doing it. For instance, what is the most sensible way to set up queues? It seems like it might be good to give each group, e.g. SW engineering, HW engineering, Applications Engineering etc., their own queue. But how would one determine which tickets belong to which of many possible projects? Should each project have it's own queue instead? Anyone care to share how they apply RT to their general PM processes? It would be a big help to me. Sincerely, Bryan Bryan D. Ellinger ellin...@adi.com mailto:ellin...@adi.com Applications Engineer Applied Dynamics International 3800 Stone School Road Ann Arbor, MI 48108 734.973.1300 ext. 289 734.668.0012 Fax http://www.adi.com, mailto:supp...@adi.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help:
Re: [rt-users] Allow selfservice users to choose their own DUE DATE.
On Thu, Jul 23, 2009 at 11:53:09AM -0500, Michael Ellis wrote: Thanks Kevin, I guess what I'm asking, is how do I modify the SelfService interface to expose the Due field? You've read the wiki pages about local customizations, right? http://wiki.bestpractical.com/view/CleanlyCustomizeRT -kevin On Thu, Jul 23, 2009 at 08:58:57AM -0500, Michael Ellis wrote: I'm still looking for a way to due this. Any suggestions? Either modify the SelfService interface to expose the Due field or create a custom field and in a Scrip set the Due Date. -kevin -Mike From: [1]Michael Ellis Sent: Monday, July 06, 2009 10:23 AM To: [2]RT-USERS Subject: [rt-users] Allow selfservice users to choose their own DUE DATE. I've got a queue set up for equipment booking requests. I'd like for unprivileged users to be able to use the duedate field to specify the day they want the laptop/projector setup. I know I could add a custom field, but can I present the baked-in duedate to the unprivileged users at the self service page? If I have to use a custom field, is there a way to automagically use that to set the real duedate? Thanks very much, ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] PATCH: RT-Extension-ToggleSuperUser broken by 3.8.4
On Thu, Jul 23, 2009 at 03:20:18PM -0700, Jo Rhett wrote: RT-Extension-ToggleSuperUser is broken in 3.8.4 because the personal toolbar moved from html/Elements/Header to html/Elements/ PersonalQuickbar. Well not really a patch, but the fix is to rename local/plugins/RT- Extension-ToggleSuperUser/html/Callbacks/ToggleSuperUser/Elements/ Header to local/plugins/RT-Extension-ToggleSuperUser/html/Callbacks/ ToggleSuperUser/Elements/PersonalQuickbar You may also want to report this here, so Emmanuel can release a new version. http://rt.cpan.org/Public/Dist/Display.html?Name=RT-Extension-ToggleSuperUser -kevin ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Allow selfservice users to choose their own DUE DATE.
Thank you Kevin, this is probably what I need. I confess, I had not read this. I will sheepishly do so now. Tail between my legs, Mike -- From: Kevin Falcone falc...@bestpractical.com Sent: Friday, July 24, 2009 1:40 PM To: rt-users@lists.bestpractical.com Subject: Re: [rt-users] Allow selfservice users to choose their own DUE DATE. On Thu, Jul 23, 2009 at 11:53:09AM -0500, Michael Ellis wrote: Thanks Kevin, I guess what I'm asking, is how do I modify the SelfService interface to expose the Due field? You've read the wiki pages about local customizations, right? http://wiki.bestpractical.com/view/CleanlyCustomizeRT -kevin On Thu, Jul 23, 2009 at 08:58:57AM -0500, Michael Ellis wrote: I'm still looking for a way to due this. Any suggestions? Either modify the SelfService interface to expose the Due field or create a custom field and in a Scrip set the Due Date. -kevin -Mike From: [1]Michael Ellis Sent: Monday, July 06, 2009 10:23 AM To: [2]RT-USERS Subject: [rt-users] Allow selfservice users to choose their own DUE DATE. I've got a queue set up for equipment booking requests. I'd like for unprivileged users to be able to use the duedate field to specify the day they want the laptop/projector setup. I know I could add a custom field, but can I present the baked-in duedate to the unprivileged users at the self service page? If I have to use a custom field, is there a way to automagically use that to set the real duedate? Thanks very much, ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] rt-shredder / Ignore Privileged Users
Landed into 3.8 for 3.8.5. On Fri, Jul 24, 2009 at 6:59 PM, Tim Gustafsont...@soe.ucsc.edu wrote: You're right, see your pain. I think member_of option in the Users plugin can help with this issue. Try attached patch, documentation included. Awesome, that patch seems to work splendidly! Thanks! Tim Gustafson Baskin School of Engineering UC Santa Cruz t...@soe.ucsc.edu 831-459-5354 -- Best regards, Ruslan. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Signature for Reply only
I'm looking for possibility to disable signature for comments and leave it
enabled for replies only.
This way is working for me in 3.8.4.
Copy the distribution html/Elements/MessageBox from to the local
html/Elements directory. On Debian and Ubuntu, the local directory
(as installed by apt-get) is:
/usr/local/share/request-tracker3.8/html/Elements
In that file, you just add another condition to the spot where it
decides whether to insert a signature. The extra condition is and
$ARGS{'Action'} ne 'Comment'
Here is the patch:
my $signature = '';
-if ( $IncludeSignature and my $text =
$session{'CurrentUser'}-UserObj-Signature and
- $ARGS{'Action'} ne 'Comment'
-) {
-
-# unnecessary to have sig in comment since it's internal only and the
name of the user is attached to the transaction
-
+if ( $IncludeSignature and my $text =
$session{'CurrentUser'}-UserObj-Signature ) {
$signature = -- \n. $text;
}
From that old thread that you referenced
http://www.gossamer-threads.com/lists/rt/users/42269#42269
I think his way would also work -- copying the distribution version of
Ticket/Update.html to the local Ticket/ directory and then changing
line 143 from
/Elements/MessageBox, Name=UpdateContent, %ARGS
to
/Elements/MessageBox, Name=UpdateContent, IncludeSignature = 0, %ARGS
You will need to restart webserver for either method to take effect.
Allen
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: sa...@bestpractical.com
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
[rt-users] ModifyTicket required to close tickets?
I have repeatedly found problems where people can mistakenly affect large batches of tickets. The answer provided by Best Practical has been to remove ModifyTicket right from people. So after upgrading to 3.8.4 I went ahead with this. Now nobody can close tickets. Yep, that's right -- can't even mark them resolved. Brilliant. Obviously this is a non-op, and I had to give the ModifyTicket right back to everyone. BPS: what kind of patches will you accept to break ModifyTicket into some distinct rights groups so that normal operations: close tickets, reassign tickets, etc can be done by users, without giving them the rights to batch modify and update hundreds of tickets? -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] PATH: shredder deletes users with valid messages
Gordon, I didn't demand anything. I (for free, as you said) supplied a patch which makes the software work. Without the patch, the software does not function. The person I was replying to was making an argument that this wasn't necessary, and my text quoted below was simply making the point that it was necessary. Without the patch, db inconsistency can make loading tickets impossible. And without the patch, it errors out rather than completing the job. There's nothing tired or emotional about this, it's plain fact. On Jul 23, 2009, at 5:32 PM, gor...@cryologic.com wrote: Demanding work be done by developers who kindly (ie for free) maintain open source software, in my opinion, borders on being plain rude. You are free to patch your own version of RT, or find alternative software which falls more in line with your expectations for ongoing development. The excuse of being tired and emotional only carries weight for so long. Gordon Jo Rhett wrote: See my reply. The part of the patch which you refused because it was well documented breaks RT. Not fixing that isn't something you can simply document -- RT falls over. Searches break. Pulling up tickets break. Pulling reports on users work on tickets break. You can't simply document this behavior, it's a must-fix issue. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] PATCH: RT-Extension-ToggleSuperUser broken by 3.8.4
On Jul 24, 2009, at 12:57 PM, Kevin Falcone wrote: You may also want to report this here, so Emmanuel can release a new version. http://rt.cpan.org/Public/Dist/Display.html?Name=RT-Extension-ToggleSuperUser I wasted 5 minutes trying to get an account set up in their system before giving up. I'm sorry, I'm not willing to waste hours and give up my first-born to send someone a comment. They clearly think that accounts are very special things that we should be honored to have. I think it's a PITA. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Reassigning tickets as superuser
I've asked about this before and they seem unwilling to accept patches to fix this behavior. But I totally agree with you ;-) On Jul 22, 2009, at 7:39 AM, Steve Hopps wrote: It seems there is no way to give someone permission to simply reassign a ticket which is already owned. No matter what, you must 'steal' the ticket, then reassign it. From a manager's perspective this is kind of a pain (I teased my boss I know it's a whole extra click!), would it be possible for this to be changed in an upcoming patch so that you can assign a permission which allows someone to reassign tickets even if they are not the owner? -Steve Hopps ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] 3.8.3: Page not found
Check your WebPath setting. On Jul 17, 2009, at 9:03 AM, Victor Gehring wrote: The below also appears in the RT Wiki 3.8.3 release announcement comments area . . . I have just done a fresh install of 3.8.3 on SLES10SP2/MySQL 5.0.26/ Apache2. I keep getting The page you requested could not be found when creating or replying to a ticket. The workaround is to remove the extra /rt that is inserted into the browser's address line and then things work fine. I have also tried fiddling with the SiteConfig.pm to affect the pathing, but no go. The doc I have shows two statements, Set($WebURL = ... and Set($WebImagesURL = ... that Apache does not like, so I have to comment them out to start the webserver. I get the same result w/both IE7 and Firefox 3.0.11. Any ides? TIA, Victor Gehring, CNE, CCDA, ITIL Sr. Systems Engineer PC Network, Inc. 100 S. Broad St. Suite 1205 Philadelphia, PA 19110 267-236-0015 x312 cell: 609-703-9799 ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] PATCH: RT-Extension-ToggleSuperUser broken by 3.8.4
On Fri, Jul 24, 2009 at 03:49:38PM -0700, Jo Rhett wrote: On Jul 24, 2009, at 12:57 PM, Kevin Falcone wrote: You may also want to report this here, so Emmanuel can release a new version. http://rt.cpan.org/Public/Dist/Display.html?Name=RT-Extension-ToggleSuperUser I wasted 5 minutes trying to get an account set up in their system before giving up. I'm sorry, I'm not willing to waste hours and give up my first-born to send someone a comment. They clearly think that accounts are very special things that we should be honored to have. I think it's a PITA. When you clicked on Report a new bug did you miss the email address where you can send reports, no account required? If you do not wish to register with Bitcard, please report your bug by sending email to: bug-RT-Extension-ToggleSuperUser [at] rt.cpan.org. Let us know if we could have made that clearer by sending a patch to the RT-BugTracker-Public distribution -kevin ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Using CLI : Custom field fails to enter?
RT 3.6.7 running on Gentoo Dear all, I apologise if this question is an obvious one. After much searching, I am hoping someone has a simple/short answer. Trying to create a ticket from CLI, with one custom field in it Custom field is called: Map rt create -t ticket set Queue=Scripts Subject=New Requestor=Darafeyen text=No info available. CF-Map=Weaving the Pattern Ticket 14 created Similiarly, these dont work : CF-Map='Weaving the Pattern' CF-Map=Weaving This creates the ticket, but does not populate the Map field. (it has no value in it, when viewed) Custom fields entered by the web interface do work, and are available from both the web and CLI rt show as below. ./rt show ticket/2 results in snip .. .. .. CF-Map: A New Beginning Is it a real bug or a user Bug :) ? Darafeyen --- ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
