Add News

and this is the FillDB in the same directory. <%INIT> use strict; use warnings; use DBI; use CGI; use CGI::Carp; my $info = CGI->new(); my $name = $info->param('name'); print "Hello $name"; Very simple as you can see. It works ONLY after I restarted and cleaned the RT cache and ONLY IF I don't refresh the NewsForm.html. In all the other case the form seems to do not be able to pass the variable values Thank you Cheers. Luca M. 2014-09-16 2:56 GMT+02:00 Alex Peters : > I am finding it difficult to fully understand your problem so far. > > You want custom information shown on the login page. You are currently > using jQuery and a custom Perl script. Have you considered making a local > copy of the LoginHelp template and modifying that instead? Is the custom > information on the login page dynamic or static? > > You want the custom form to only be visible after a user logs into RT, > presumably for authentication purposes. Is this correct? > > You mention an SQLite database. Is this RT's database or a separate one? > If separate, exactly what information does it hold, and is the custom form > meant to be writing to both databases? > On 16/09/2014 6:50 am, "Luca Mazzaferro" > wrote: > >> Hi Albert, >> >>> > Now I need to populate the sqlite database and it should be simple >>> with perl >>> > but something is not working properly: I'm not able to pass the >>> variables >>> > values from the form to the perl script. It seems the RT overwrites >>> them with >>> > null values. >>> > Can I do it in another way? >>> >>> Here I don't understand...what sqlite database ? I can understand you >>> want >>> to retrieve data from a sqlite database to show some information but why >>> you want to populate the sqlite database ? >> >> >> The sqlite database should be filled with the information provided by the >> admin and I would that this operation is performed inside the RT web >> interface, after the login. >> For this purpose I already modified the menu and created a classical form >> page with "post" method. >> The form is sent to as simple as possible perl script which in this >> moment only prints the values on the web (in future it should fill the >> database). >> The problem happens when I submit the form: it works ONLY and ONLY if I >> restart the RT, clean the RT cache AND I don't refresh the form page. In >> all the other case it seems it is not able to pass the values of the form. >> It doesn't answer with error it simple doesn't pass the values. >> It is a very strange behaviour and it is not related with any kind of >> database. >> Is it possible that RT overwrites the values for some reason? >> >> >>> >>> > CustomField could be useful also for this task? >>> >>> I'm not sure my answer is any help for you. The CustomField allow you to >>> create some...custom field use by ticket. For example if you allow you >>> user >>> to create ticket through the SeflService you maybe want then to tell you >>> if >>> the ticket is urgent or not. For that kind of information you can use >>> Custom Field. >>> >> >> Unfortunately I don't think this is useful in my case. >> Thank you again. >> Regards. >> >> Luca M. >> >> >>> Don't forget RT have a REST API so you can use that to do some >>> interaction >>> between you script and RT. >>> >>> Regards. >>> >>> JAS >>> >>> -- >>> Albert SHIH >>> DIO b?timent 15 >>> Observatoire de Paris >>> 5 Place Jules Janssen >>> 92195 Meudon Cedex >>> France >>> T?l?phone : +33 1 45 07 76 26/+33 6 86 69 95 71 >>> xmpp: jas at obspm.fr >>> Heure local/Local time: >>> lun 15 sep 2014 22:15:41 CEST >>> >> >> >> -- >> RT Training - Boston, September 9-10 >> http://bestpractical.com/training >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From luca.mazzaferro at gmail.com Tue Sep 16 04:06:32 2014 From: luca.mazzaferro at gmail.com (Luca Mazzaferro) Date: Tue, 16 Sep 2014 10:06:32 +0200 Subject: [rt-users] How to add a new form page In-Reply-To: References: <20140915200449.GB63125@pcjas.obspm.fr> <20140915202156.GA70105@pcjas.obspm.fr>

Message-ID: Hi to All, I found the solution... even if I don't understand why. With "GET" method it works properly... If anyone has an explanation will be really appreciated. Thank you for your help and interest. Cheers. Luca M. 2014-09-16 9:22 GMT+02:00 Luca Mazzaferro : > Hi Alex, > maybe we are focusing on the wrong point. > > The problem can be reduced to this: > How can I pass data from a full customized html form to a perl script to > handle them in some way (store into DB, print on web etc etc) everything > inside the RT environment. > > It is simple to do it in a classic apache environment, but inside the RT > it doesn't work properly. > > To be more specific: > This is part of the code inside the form called NewsForm.html: > >

> Add News >

> > > > > and this is the FillDB in the same directory. > > <%INIT> > > use strict; > use warnings; > use DBI; > use CGI; > use CGI::Carp; > > my $info = CGI->new(); > my $name = $info->param('name'); > print "Hello $name"; > > > Very simple as you can see. > It works ONLY after I restarted and cleaned the RT cache and ONLY IF I > don't refresh the NewsForm.html. > In all the other case the form seems to do not be able to pass the > variable values > > Thank you > Cheers. > > Luca M. > > > > 2014-09-16 2:56 GMT+02:00 Alex Peters : > >> I am finding it difficult to fully understand your problem so far. >> >> You want custom information shown on the login page. You are currently >> using jQuery and a custom Perl script. Have you considered making a local >> copy of the LoginHelp template and modifying that instead? Is the custom >> information on the login page dynamic or static? >> >> You want the custom form to only be visible after a user logs into RT, >> presumably for authentication purposes. Is this correct? >> >> You mention an SQLite database. Is this RT's database or a separate >> one? If separate, exactly what information does it hold, and is the custom >> form meant to be writing to both databases? >> On 16/09/2014 6:50 am, "Luca Mazzaferro" >> wrote: >> >>> Hi Albert, >>> >>>> > Now I need to populate the sqlite database and it should be simple >>>> with perl >>>> > but something is not working properly: I'm not able to pass the >>>> variables >>>> > values from the form to the perl script. It seems the RT overwrites >>>> them with >>>> > null values. >>>> > Can I do it in another way? >>>> >>>> Here I don't understand...what sqlite database ? I can understand you >>>> want >>>> to retrieve data from a sqlite database to show some information but why >>>> you want to populate the sqlite database ? >>> >>> >>> The sqlite database should be filled with the information provided by >>> the admin and I would that this operation is performed inside the RT web >>> interface, after the login. >>> For this purpose I already modified the menu and created a classical >>> form page with "post" method. >>> The form is sent to as simple as possible perl script which in this >>> moment only prints the values on the web (in future it should fill the >>> database). >>> The problem happens when I submit the form: it works ONLY and ONLY if I >>> restart the RT, clean the RT cache AND I don't refresh the form page. In >>> all the other case it seems it is not able to pass the values of the form. >>> It doesn't answer with error it simple doesn't pass the values. >>> It is a very strange behaviour and it is not related with any kind of >>> database. >>> Is it possible that RT overwrites the values for some reason? >>> >>> >>>> >>>> > CustomField could be useful also for this task? >>>> >>>> I'm not sure my answer is any help for you. The CustomField allow you to >>>> create some...custom field use by ticket. For example if you allow you >>>> user >>>> to create ticket through the SeflService you maybe want then to tell >>>> you if >>>> the ticket is urgent or not. For that kind of information you can use >>>> Custom Field. >>>> >>> >>> Unfortunately I don't think this is useful in my case. >>> Thank you again. >>> Regards. >>> >>> Luca M. >>> >>> >>>> Don't forget RT have a REST API so you can use that to do some >>>> interaction >>>> between you script and RT. >>>> >>>> Regards. >>>> >>>> JAS >>>> >>>> -- >>>> Albert SHIH >>>> DIO b?timent 15 >>>> Observatoire de Paris >>>> 5 Place Jules Janssen >>>> 92195 Meudon Cedex >>>> France >>>> T?l?phone : +33 1 45 07 76 26/+33 6 86 69 95 71 >>>> xmpp: jas at obspm.fr >>>> Heure local/Local time: >>>> lun 15 sep 2014 22:15:41 CEST >>>> >>> >>> >>> -- >>> RT Training - Boston, September 9-10 >>> http://bestpractical.com/training >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave at goodchoice.it Tue Sep 16 06:43:35 2014 From: dave at goodchoice.it (David Lane (IT Support)) Date: Tue, 16 Sep 2014 11:43:35 +0100 Subject: [rt-users] rt::extension::import::csv docs Message-ID: Hi guys, Nearly got this to work i've Installed the cpan module - and manually compiled so its now installed fine Added the plugin and configuration to the RT Siteconfig The distribution notes say i should run "SYNOPSIS rt-assets-import /path/to/assets.csv " HOW? It would be really helpful to create a work-through for this... Thanks for your time Dave -- David Lane Director GoodChoice.IT Ltd We reward successful referrals W: www.goodchoice.it E: dave at goodchoice.it T: 020 8099 5540 -------------- next part -------------- An HTML attachment was scrubbed... URL: From falcone at bestpractical.com Tue Sep 16 09:24:02 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Tue, 16 Sep 2014 09:24:02 -0400 Subject: [rt-users] Removing ticket links In-Reply-To: <1410344429720-58484.post@n7.nabble.com> References: <1410344429720-58484.post@n7.nabble.com> Message-ID: <20140916132402.GC7802@jibsheet.com> On Wed, Sep 10, 2014 at 03:20:29AM -0700, andriusk wrote: > How can I remove the links ticket is parent of? I do not need to remove the > linked tickets but the link itself/ > Is that possible? Click on the Links box, click on the checkboxes to delete links. -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From falcone at bestpractical.com Tue Sep 16 09:27:48 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Tue, 16 Sep 2014 09:27:48 -0400 Subject: [rt-users] How to add a group In-Reply-To: <20140910141314.GA81132@pcjas.obspm.fr> References: <20140910141314.GA81132@pcjas.obspm.fr> Message-ID: <20140916132748.GD7802@jibsheet.com> On Wed, Sep 10, 2014 at 04:13:14PM +0200, Albert Shih wrote: > Hi everyone. > > I want to add a group (defined inside RT) in a script ? > > I find something on the web who use de AddWatcher like something : > > my ($success, $msg)= $ticket->AddWatcher( > Type => "AdminCc", > PrincipalId => $userObj->PrincipalId); > > but that's no very convenient, I like to add directly a group. What happened when you passed the group's PrincipalID? Since that will work (for things other than Owner). -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From falcone at bestpractical.com Tue Sep 16 09:32:33 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Tue, 16 Sep 2014 09:32:33 -0400 Subject: [rt-users] Reply-To - Friendly Display Name Missing In-Reply-To: <1410371497035-58488.post@n7.nabble.com> References: <1410371497035-58488.post@n7.nabble.com> Message-ID: <20140916133233.GE7802@jibsheet.com> On Wed, Sep 10, 2014 at 10:51:37AM -0700, wrender wrote: > > This seems to cause Microsoft Outlook 2013 to not populate the user in the > Autocomplete email addresses it stores. Ideally this would populate so the > people using Outlook could type the RT Staff name, and it would come up in > their Outlook. Would it be possible to modify RT mail headers to something > like this? > > Reply-To: RT Staff Name > From: RT Staff Name > > Or also, if we would just disable the Reply-To mail header completely in RT, > and just use a From: at all times I believe this would also work. You can try having an Empty Reply-To: header in your template to prevent RT from setting one itself. Any changes you want to make to this can be done in lib/RT/Action/SendEmail.pm, the Reply-To setting should be pretty obvious. If it improves outlook for you, sending along a patch with an explanation would be great. -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From falcone at bestpractical.com Tue Sep 16 09:32:59 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Tue, 16 Sep 2014 09:32:59 -0400 Subject: [rt-users] Number of displayed rows of a saved search in dashboard In-Reply-To: References:

Message-ID: <20140916133259.GF7802@jibsheet.com> On Wed, Sep 10, 2014 at 03:18:32PM +0200, Markus.Wildbolz at eu.magna.com wrote: > > In my opinion, it would be best to have a seperated control for the number of > rows displayed in the WebUI, completly separated from the subscriptions. Sounds like something for the feature-requests queue on issues.bestpractical.com. -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From falcone at bestpractical.com Tue Sep 16 09:35:04 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Tue, 16 Sep 2014 09:35:04 -0400 Subject: [rt-users] Suddenly format of forwarded mails from RT is changing In-Reply-To: References: <20140822140127.GG3071@jibsheet.com> Message-ID: <20140916133504.GG7802@jibsheet.com> On Thu, Sep 11, 2014 at 10:05:45AM +0530, Ajay Kumar wrote: > We have not done any change as per my team. > > ? > Is it bug? While responding ,it removes the html tags. Will upgrading to rt > 4.2.6 resolve the problem. If it's suddenly removing html tags and wasn't before, that sounds like a change was made. Did you switch from an HTML template to a plain text template? Are there errors in your logs when these emails are sent? -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From falcone at bestpractical.com Tue Sep 16 09:35:56 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Tue, 16 Sep 2014 09:35:56 -0400 Subject: [rt-users] rt-shredder choking on gigantic ticket. In-Reply-To: References: Message-ID: <20140916133556.GH7802@jibsheet.com> On Thu, Sep 11, 2014 at 09:00:29AM +0000, Luke Benfey wrote: > > So, I guess my question is whether anyone has any better suggestion for how to > get rid of this ticket? Shred all the transactions, one at a time (in a programmed loop) and then come back for the ticket itself. -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From falcone at bestpractical.com Tue Sep 16 09:36:49 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Tue, 16 Sep 2014 09:36:49 -0400 Subject: [rt-users] ticket graph properties and unlimited depth In-Reply-To: <54129D3F.3060809@netcologne.de> References: <54129D3F.3060809@netcologne.de> Message-ID: <20140916133649.GI7802@jibsheet.com> On Fri, Sep 12, 2014 at 09:14:07AM +0200, Christian Loos wrote: > I would propose to display only one property level if you set "maximum > depth" to unlimit and apply this properties to all tickets. Do you mean display one property selector box and then apply it everywhere? That seems reasonable. -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From falcone at bestpractical.com Tue Sep 16 10:22:50 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Tue, 16 Sep 2014 10:22:50 -0400 Subject: [rt-users] Rich editor not present after upgrade from 4.2.0 - 4.2.7 In-Reply-To: References: Message-ID: <20140916142250.GJ7802@jibsheet.com> On Mon, Sep 15, 2014 at 11:30:12PM +0200, Danny Kr?ger wrote: > Today I upgraded our RT installation from 4.2.0 to 4.2.7. Most things are > working as expected, however for some reason the rich text editor is not > available anymore. > New tickets and reply's default to text only. Please be more specific about the failure mode. Do you see a grey box and can't type or do you get a normal box. What browsers? > - Cleared the Mason cache and restarted Apache (I assume this is also done as > part of the upgrade, so was more of a try something attempt). This is generally the common failure mode. If you've eliminated RT and browser cache, go looking for local modifications and plugins that you've made or installed. -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From falcone at bestpractical.com Tue Sep 16 11:03:22 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Tue, 16 Sep 2014 11:03:22 -0400 Subject: [rt-users] rt::extension::import::csv docs In-Reply-To: References: Message-ID: <20140916150322.GK7802@jibsheet.com> On Tue, Sep 16, 2014 at 11:43:35AM +0100, David Lane (IT Support) wrote: > The distribution notes say i should run? > > "SYNOPSIS > > rt-assets-import /path/to/assets.csv > " > HOW? > > It would be really helpful to create a work-through for this...? I don't understand your question. It's a command line program. You run it. In a shell. On a unix box. Just like you would run ls to list files. -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From falcone at bestpractical.com Tue Sep 16 11:05:47 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Tue, 16 Sep 2014 11:05:47 -0400 Subject: [rt-users] difference between user Comments and FreeformContactInfo In-Reply-To: <540D7C38.7000800@netcologne.de> References: <540D7C38.7000800@netcologne.de> Message-ID: <20140916150547.GL7802@jibsheet.com> On Mon, Sep 08, 2014 at 11:51:52AM +0200, Christian Loos wrote: > what is the difference between the user Comments field and the > FreeformContactInfo field, from a user or admin view. > > The difference I noticed is that FreeformContactInfo have a column_map > entry and Comments doesn't (in branch 4.0/column-map-validation > explicitly is blacklisted from validation [1]). > > Are Comments meant for admin only viewable comments and > FreeformContactInfo for comments viewable for non admin users? Comments are shown by default in More About Requestors and contain automated notes (Autocreated when added as watcher, etc) and notes added from /Admin/Users/ while FreeformContactInfo is editable by the user. That branch is probably not definitive (it's still in review and being worked on) but it sounds like it wants some clarification in what gets column mapped. It does appear looking at the code though that those two fields are not well defined and that can be improved. -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From vadud3 at gmail.com Tue Sep 16 11:23:04 2014 From: vadud3 at gmail.com (Asif Iqbal) Date: Tue, 16 Sep 2014 11:23:04 -0400 Subject: [rt-users] Notify about tickets that are Due in 48 hours In-Reply-To: References:

Message-ID: On Mon, Sep 15, 2014 at 1:07 PM, Asif Iqbal wrote: > > > On Mon, Sep 15, 2014 at 6:54 AM, wrote: > >> Hi! >> >> Thats not a big thing, if you read and follow the instructions at >> >> *http://requesttracker.wikia.com/wiki/Reminders* >> >> >> This is working for me like a charm! >> >> >> > > I do not RT::Condition::BeforeDue available for 4.0.17, which is the > version I am running. > > https://www.bestpractical.com/docs/rt/4.0.17/RT/Condition/BeforeDue.html > shows not found. > > > Actually RT::Condition::BeforeDue worked perfect. I am using it like this /opt/rt4/bin/rt-crontool --search RT::Search::FromSQL --search-arg '( Status != "resolved" AND Status != "rejected" AND Queue = "IPHandover" )' --condition RT::Condition::BeforeDue --condition-arg 48h --action RT::Action::NotifyGroup --action-arg 'asif at example.net' --transaction last --template 'Due Soon' I am using a global template 'Due Soon' Subject: {$Ticket->id} Ticket Due in 48 hours! The ticket {$Ticket->id} is Due in 48 hours. Get busy. Does the RT::Action::NotifyGroup take User Defined Group as action argument? I do not want to use action arg Owner, since it will not alert about unowned tickets. Thanks >> Greetings, >> >> Markus >> -- >> RT Training - Boston, September 9-10 >> http://bestpractical.com/training >> > > > > -- > Asif Iqbal > PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > > -- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jamervi at sandia.gov Tue Sep 16 12:11:32 2014 From: jamervi at sandia.gov (Mervini, Joseph A) Date: Tue, 16 Sep 2014 16:11:32 +0000 Subject: [rt-users] [EXTERNAL] rt::extension::import::csv docs In-Reply-To: References: Message-ID: <4EB35512-7410-4788-93DC-F7CF691BE50D@sandia.gov> I just went through this same exercise and posed the same question to the list with a similar response. But I was able to get it working through trial and error and my intent is to create a full blown how-to that may or may not get included in the distribution. In the meantime as a simple example, here are the things that you will need to do: 1. If you are using custom fields for your assets, create and enable them via the web interface. 2. Create your csv file. Here is a simple example of what I am using: Name,Description,Status,Type,Model,Serial Number,IP Address,Location,Rack Number myMachine1,Controller,in-use,Dell Server,R720,abc123,192.168.1.1,Building 1,1 myMachine2,Controller,in-use,Dell Server,R720,def456,192.168.1.2,Building 1,1 myMachine3,Controller,in-use,Dell Server,R720,ghi789,192.168.1.3,Building 1,1 3. Create a custom config file. (This is what I did as opposed to adding it to the RT_SiteConfig.pm file) Set( $AssetsImportUniqueCF, undef ); Set( %AssetsImportFieldMapping, 'id' => 'Name', 'Name' => 'Name', 'Catalog' => \'Storage Assets', 'Description' => 'Description', 'Status' => 'Status', 'CF.Type' => 'Type', 'CF.Model' => 'Model', 'CF.Serial Number' => 'Serial Number', 'CF.IP Address' => 'IP Address', 'CF.Location' => 'Location', 'CF.Rack Number' => 'Rack Number' 4. Running the script to populate the database: /opt/rt4/local/plugins/RT-Extension-Assets-Import-CSV/bin/rt-assets-import-csv --update ./test1.csv --debug --config config.test1 I added all the switches to see what's happening. I would suggest that you create a test RT instance to play with to get comfortable with the process. Hope this helps. ==== Joe Mervini Sandia National Laboratories High Performance Computing 505.844.6770 jamervi at sandia.gov On Sep 16, 2014, at 4:43 AM, David Lane (IT Support) > wrote: Hi guys, Nearly got this to work i've Installed the cpan module - and manually compiled so its now installed fine Added the plugin and configuration to the RT Siteconfig The distribution notes say i should run "SYNOPSIS rt-assets-import /path/to/assets.csv " HOW? It would be really helpful to create a work-through for this... Thanks for your time Dave -- David Lane Director GoodChoice.IT Ltd We reward successful referrals W: www.goodchoice.it E: dave at goodchoice.it T: 020 8099 5540 -- RT Training - Boston, September 9-10 http://bestpractical.com/training -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave at goodchoice.it Tue Sep 16 12:42:12 2014 From: dave at goodchoice.it (David Lane (IT Support)) Date: Tue, 16 Sep 2014 17:42:12 +0100 Subject: [rt-users] [EXTERNAL] rt::extension::import::csv docs In-Reply-To: <4EB35512-7410-4788-93DC-F7CF691BE50D@sandia.gov> References: <4EB35512-7410-4788-93DC-F7CF691BE50D@sandia.gov> Message-ID: Thanks so much for that Worked perfectly - I owe you a beer! Please try and get this included in the docs! Dave On Tue, Sep 16, 2014 at 5:11 PM, Mervini, Joseph A wrote: > I just went through this same exercise and posed the same question to the > list with a similar response. But I was able to get it working through > trial and error and my intent is to create a full blown how-to that may or > may not get included in the distribution. > > In the meantime as a simple example, here are the things that you will > need to do: > > 1. If you are using custom fields for your assets, create and enable > them via the web interface. > > 2. Create your csv file. Here is a simple example of what I am using: > > Name,Description,Status,Type,Model,Serial Number,IP > Address,Location,Rack Number > myMachine1,Controller,in-use,Dell Server,R720,abc123,192.168.1.1,Building > 1,1 > myMachine2,Controller,in-use,Dell > Server,R720,def456,192.168.1.2,Building 1,1 > myMachine3,Controller,in-use,Dell > Server,R720,ghi789,192.168.1.3,Building 1,1 > > 3. Create a custom config file. (This is what I did as opposed to adding > it to the RT_SiteConfig.pm file) > > Set( $AssetsImportUniqueCF, undef ); > Set( %AssetsImportFieldMapping, > 'id' => 'Name', > 'Name' => 'Name', > 'Catalog' => \'Storage Assets', > 'Description' => 'Description', > 'Status' => 'Status', > 'CF.Type' => 'Type', > 'CF.Model' => 'Model', > 'CF.Serial Number' => 'Serial Number', > 'CF.IP Address' => 'IP Address', > 'CF.Location' => 'Location', > 'CF.Rack Number' => 'Rack Number' > > 4. Running the script to populate the database: > > /opt/rt4/local/plugins/RT-Extension-Assets-Import-CSV/bin/rt-assets-import-csv > --update ./test1.csv --debug --config config.test1 > > I added all the switches to see what's happening. I would suggest that > you create a test RT instance to play with to get comfortable with the > process. > > Hope this helps. > > ==== > > Joe Mervini > Sandia National Laboratories > High Performance Computing > 505.844.6770 > jamervi at sandia.gov > > > > On Sep 16, 2014, at 4:43 AM, David Lane (IT Support) > wrote: > > Hi guys, > > Nearly got this to work i've > > Installed the cpan module - and manually compiled so its now installed > fine > Added the plugin and configuration to the RT Siteconfig > > The distribution notes say i should run > > "SYNOPSIS > > rt-assets-import /path/to/assets.csv > " > > > HOW? > > It would be really helpful to create a work-through for this... > > Thanks for your time > > Dave > > -- > David Lane > Director > GoodChoice.IT Ltd > > We reward successful referrals > > W: www.goodchoice.it E: dave at goodchoice.it T: 020 8099 5540 > -- > RT Training - Boston, September 9-10 > http://bestpractical.com/training > > > -- David Lane Director GoodChoice.IT Ltd We reward successful referrals W: www.goodchoice.it E: dave at goodchoice.it T: 020 8099 5540 -------------- next part -------------- An HTML attachment was scrubbed... URL: From carragom at gmail.com Tue Sep 16 12:56:18 2014 From: carragom at gmail.com (Carlos Ramos) Date: Tue, 16 Sep 2014 10:56:18 -0600 Subject: [rt-users] Failed to load dashboard In-Reply-To: <5417D3A5.1030701@netcologne.de> References: <5417D3A5.1030701@netcologne.de> Message-ID: Hi Christian, This script is great, I was able to identify the users with a reference to that specific dashboard. But I could not find how this information is stored in the DB (my best guess is attributes.content which is binary) and I really don't know much about the RT API. Do you know if it's possible to remove theses invalid references directly in the database?, if not, how can I do so through the RT API? In the RT API there is a DeletePreferences in the RT::User class, but i don't see how I can delete a specific DashboardInMenu id from the preferences. Any ideas about this? Thanks a lot for the help. On Tue, Sep 16, 2014 at 12:07 AM, Christian Loos wrote: > Am 16.09.2014 um 05:13 schrieb Carlos Ramos: > > Hello, > > > > I'm getting the following warning on my Apache error log every time I > > load pretty much every RT page and I would like to get rid of it: > > > > [warning]: Failed to load dashboard 235: Failed to load dashboard 235: > > Couldn't find row (/opt/rt4/share/html/Elements/Tabs:497) > > > > I guess some dashboard was deleted and it's somehow still referenced but > > not showing up in the UI. ?How can I manually delete this reference? > > > > Thanks. > > > > -- > > Carlos Ramos > > Attached a simple Perl script I use. > The pod also notes the bug report for this. > > Chris > -- Carlos Ramos -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrius.kulbis at gmail.com Tue Sep 16 13:07:38 2014 From: andrius.kulbis at gmail.com (andriusk) Date: Tue, 16 Sep 2014 10:07:38 -0700 (MST) Subject: [rt-users] Catch all ticket changes in one scrip In-Reply-To: <20140822125231.GD16782@aart.rice.edu> References: <1408711769321-58372.post@n7.nabble.com> <20140822125231.GD16782@aart.rice.edu> Message-ID: <1410887258763-58557.post@n7.nabble.com> How should I make my TransactionBatch scrip run after all changes inducing scrip? Is it enought if it is the only scrip in batch mode? Because now I get this batch scrip run after every different type transaction (3 changes - status, subject, customfield - 3 times ran scrip in batch mode. Also I dont think that checking TicketObj->RanTransactionBatch is correct to determine if the scrip done its job in scrip with batch mode? -- View this message in context: http://requesttracker.8502.n7.nabble.com/Catch-all-ticket-changes-in-one-scrip-tp58372p58557.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From vadud3 at gmail.com Tue Sep 16 14:37:50 2014 From: vadud3 at gmail.com (Asif Iqbal) Date: Tue, 16 Sep 2014 14:37:50 -0400 Subject: [rt-users] Notify about tickets that are Due in 48 hours In-Reply-To: References:

Message-ID: On Tue, Sep 16, 2014 at 11:23 AM, Asif Iqbal wrote: > > > On Mon, Sep 15, 2014 at 1:07 PM, Asif Iqbal wrote: > >> >> >> On Mon, Sep 15, 2014 at 6:54 AM, wrote: >> >>> Hi! >>> >>> Thats not a big thing, if you read and follow the instructions at >>> >>> *http://requesttracker.wikia.com/wiki/Reminders* >>> >>> >>> This is working for me like a charm! >>> >>> >>> >> >> I do not RT::Condition::BeforeDue available for 4.0.17, which is the >> version I am running. >> >> https://www.bestpractical.com/docs/rt/4.0.17/RT/Condition/BeforeDue.html >> shows not found. >> >> >> > > > Actually RT::Condition::BeforeDue worked perfect. > > I am using it like this > > /opt/rt4/bin/rt-crontool --search RT::Search::FromSQL --search-arg '( > Status != "resolved" AND Status != "rejected" AND Queue = "IPHandover" )' > --condition RT::Condition::BeforeDue --condition-arg 48h --action > RT::Action::NotifyGroup --action-arg 'asif at example.net' --transaction > last --template 'Due Soon' > > any idea why I am getting email every hour? I was hoping only get alerted when it matches 48h and not next hour since it would be due in 47h then. posted on #rt as well. > I am using a global template 'Due Soon' > > Subject: {$Ticket->id} Ticket Due in 48 hours! > > The ticket {$Ticket->id} is Due in 48 hours. Get busy. > > Does the RT::Action::NotifyGroup take User Defined Group as action > argument? I do not want to use action arg Owner, since it will not alert > about > unowned tickets. > > Thanks > > > > > >>> Greetings, >>> >>> Markus >>> -- >>> RT Training - Boston, September 9-10 >>> http://bestpractical.com/training >>> >> >> >> >> -- >> Asif Iqbal >> PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu >> A: Because it messes up the order in which people normally read text. >> Q: Why is top-posting such a bad thing? >> >> > > > -- > Asif Iqbal > PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > > -- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? -------------- next part -------------- An HTML attachment was scrubbed... URL: From ALiedtke at uwb.edu Tue Sep 16 18:28:24 2014 From: ALiedtke at uwb.edu (Armin Liedtke) Date: Tue, 16 Sep 2014 22:28:24 +0000 Subject: [rt-users] Asset: search by date range Message-ID: In the search box for Assets, the only option for picking a date seems to be picking a specific date. I can't find a range or even a greater than or less than. Trying to track Warranty expiry date. Is this coming or is there a way to do this now that I'm not aware of? Building a query would be even better. Using Asset 1.01 on rt 4.2.6 Thanks, Armin -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex at peters.net Tue Sep 16 19:38:16 2014 From: alex at peters.net (Alex Peters) Date: Wed, 17 Sep 2014 09:38:16 +1000 Subject: [rt-users] Catch all ticket changes in one scrip In-Reply-To: <1410887258763-58557.post@n7.nabble.com> References: <1408711769321-58372.post@n7.nabble.com> <20140822125231.GD16782@aart.rice.edu> <1410887258763-58557.post@n7.nabble.com> Message-ID: TransactionBatch scrips always run after TransactionCreate scrips. If it's running three times, it's quite possibly still applied to a queue (or globally) in Create mode. I test whether a scrip is running in batch mode using: if (my @txns = @{ $self->TicketObj->TransactionBatch }) { # batch mode; iterate over @txns ... } else { # create mode ... } On 17/09/2014 3:09 am, "andriusk" wrote: > How should I make my TransactionBatch scrip run after all changes inducing > scrip? Is it enought if it is the only scrip in batch mode? Because now I > get this batch scrip run after every different type transaction (3 changes > - > status, subject, customfield - 3 times ran scrip in batch mode. Also I dont > think that checking TicketObj->RanTransactionBatch is correct to determine > if the scrip done its job in scrip with batch mode? > > > > -- > View this message in context: > http://requesttracker.8502.n7.nabble.com/Catch-all-ticket-changes-in-one-scrip-tp58372p58557.html > Sent from the Request Tracker - User mailing list archive at Nabble.com. > -- > RT Training - Boston, September 9-10 > http://bestpractical.com/training > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cloos at netcologne.de Wed Sep 17 09:05:10 2014 From: cloos at netcologne.de (Christian Loos) Date: Wed, 17 Sep 2014 15:05:10 +0200 Subject: [rt-users] Failed to load dashboard In-Reply-To: References: <5417D3A5.1030701@netcologne.de> Message-ID: <54198706.8070602@netcologne.de> Am 16.09.2014 um 18:56 schrieb Carlos Ramos: > Hi Christian, > > This script is great, I was able to identify the users with a reference > to that specific dashboard. But I could not find how this information is > stored in the DB (my best guess is attributes.content which is binary) > and I really don't know much about the RT API. Do you know if it's > possible to remove theses invalid references directly in the database?, > if not, how can I do so through the RT API? > > In the RT API there is a DeletePreferences in the RT::User class, but i > don't see how I can delete a specific DashboardInMenu id from the > preferences. Any ideas about this? > > Thanks a lot for the help. On the user modify page (Admin -> Users) you can change a users "Dashboards in menu" preference. The right select box contains a row without a label for the deleted dashboard, select this row and hit "Delete". Chris From falcone at bestpractical.com Wed Sep 17 11:44:31 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Wed, 17 Sep 2014 11:44:31 -0400 Subject: [rt-users] Assigning HeldBy users during Asset Import In-Reply-To: <1410542119024-58502.post@n7.nabble.com> References: <1410542119024-58502.post@n7.nabble.com> Message-ID: <20140917154430.GA3003@jibsheet.com> On Fri, Sep 12, 2014 at 10:15:19AM -0700, mkyser wrote: > 'Role name HeldBy must be single-value for column Username, skipping' For no particular reason, the code requires that you assign to a single-value Role and disallows roles that could contain multiple people. In the case of Assets, this means you could set Owner, but not Held By. This seems like an oversight. You can probably safely delete that check from CSV.pm and try importing, but it'll only allow a single Held By user to be added. We'd need to define a convention for having multiple people in that single column, possibly doing it by email address which is easily parseable with tools, but right now that column only goes by username (or user id). Try tweaking the code and definitely file a bug about this because it feels like an accidental oversight. -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From mkyser at albion.edu Wed Sep 17 14:27:57 2014 From: mkyser at albion.edu (Mitch Kyser) Date: Wed, 17 Sep 2014 14:27:57 -0400 Subject: [rt-users] Assigning HeldBy users during Asset Import In-Reply-To: <20140917154430.GA3003@jibsheet.com> References: <1410542119024-58502.post@n7.nabble.com> <20140917154430.GA3003@jibsheet.com> Message-ID: Hi Kevin Thanks for the response. I took a look at /opt/rt4/local/plugins/RT-Extension-Assets-Import-CSV/lib/RT/Extension/Assets/Import/ CSV.PM and removed the check you suggested by commenting out lines 64 thru 67; #if ( not RT::Asset->Role($fieldname)->{Single}) { # RT->Logger->warning( "Role name $fieldname must be single-value for "._column($field2csv->{$fieldname}).", skipping"); # delete $field2csv->{$fieldname}; #} Instead of the single warning I got one for each asset I tried to update that had a username to be placed in the HeldBy field; [error]: Failed to set HeldBy to mkyser for row 5408: No valid Type specified (/opt/rt4/local/plugins/RT-Extension-Assets-Import-CSV/lib/RT/Extension/Assets/Import/CSV.pm:178) When I tried using 'Owner' instead of 'HeldBy' I got the same results. I will see what it takes to submit a bug report like you suggested, then submit one. I am seeing similar things when I try to use the Bulk Update feature with HeldBy, no error message but no change in HeldBy either. Thanks again. Mitch On Wed, Sep 17, 2014 at 11:44 AM, Kevin Falcone wrote: > On Fri, Sep 12, 2014 at 10:15:19AM -0700, mkyser wrote: > > 'Role name HeldBy must be single-value for column Username, skipping' > > For no particular reason, the code requires that you assign to a > single-value Role and disallows roles that could contain multiple > people. > > In the case of Assets, this means you could set Owner, but not Held > By. This seems like an oversight. You can probably safely delete > that check from CSV.pm and try importing, but it'll only allow a > single Held By user to be added. We'd need to define a convention for > having multiple people in that single column, possibly doing it by > email address which is easily parseable with tools, but right now that > column only goes by username (or user id). > > Try tweaking the code and definitely file a bug about this because it > feels like an accidental oversight. > > -kevin > > -- > RT Training - Boston, September 9-10 > http://bestpractical.com/training > -- Mitch Kyser Network Administrator Albion.College mkyser at albion.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From falcone at bestpractical.com Wed Sep 17 16:03:49 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Wed, 17 Sep 2014 16:03:49 -0400 Subject: [rt-users] Assigning HeldBy users during Asset Import In-Reply-To: References: <1410542119024-58502.post@n7.nabble.com> <20140917154430.GA3003@jibsheet.com> Message-ID: <20140917200349.GB3003@jibsheet.com> On Wed, Sep 17, 2014 at 02:27:57PM -0400, Mitch Kyser wrote: > Thanks for the response. ?I took a look at /opt/rt4/local/plugins/ > RT-Extension-Assets-Import-CSV/lib/RT/Extension/Assets/Import/[1]CSV.PM and > removed the check you suggested by commenting out lines 64 thru 67; > > #if ( not RT::Asset->Role($fieldname)->{Single}) { > # ? ?RT->Logger->warning( "Role name $fieldname must be single-value for > "._column($field2csv->{$fieldname}).", skipping"); > # ? ?delete $field2csv->{$fieldname}; > #} > > Instead of the single warning I got one for each asset I tried to update that > had a username to be placed in the HeldBy field; > > [error]: Failed to set HeldBy to mkyser for row 5408: No valid Type specified > (/opt/rt4/local/plugins/RT-Extension-Assets-Import-CSV/lib/RT/Extension/Assets/ > Import/CSV.pm:178) > > When I tried using 'Owner' instead of 'HeldBy' I got the same results. Try applying the change from the attached patch > I will see what it takes to submit a bug report like you suggested, then submit > one. I moved your bug report into the assets queue (rather than the general RT queue). > I am seeing similar things when I try to use the Bulk Update feature with > HeldBy, no error message but no change in HeldBy either. This should be a separate bug report. -kevin -------------- next part -------------- diff --git a/lib/RT/Extension/Assets/Import/CSV.pm b/lib/RT/Extension/Assets/Import/CSV.pm index 250b7e4..5f71a92 100644 --- a/lib/RT/Extension/Assets/Import/CSV.pm +++ b/lib/RT/Extension/Assets/Import/CSV.pm @@ -174,7 +174,7 @@ sub run { next if $asset->RoleGroup($field)->HasMember( $user->PrincipalId ); $changes++; - my ($ok, $msg) = $asset->AddRoleMember( PrincipalId => $user->PrincipalId ); + my ($ok, $msg) = $asset->AddRoleMember( PrincipalId => $user->PrincipalId, Type => $field ); unless ($ok) { RT->Logger->error("Failed to set $field to $value for row $i: $msg"); } -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From bmcnally at uw.edu Wed Sep 17 17:07:09 2014 From: bmcnally at uw.edu (Brian McNally) Date: Wed, 17 Sep 2014 14:07:09 -0700 Subject: [rt-users] Duplicate "Subject:" line in some tickets Message-ID: <5419F7FD.5020605@uw.edu> I recently upgraded RT from 3.6.6 -> 3.8 -> 4.2.7 and I've noticed that some (it seems to be new) tickets have two "Subject:" lines in them. For example, when looking at the full headers for a message, I see: Subject: Re: [GS #58207] This is a test ticket Subject: Re: [GS #58207] This is a test ticket These same duplicate headers appear in the web UI. Could this be a bug with ticket creation? Thanks, From andrius.kulbis at gmail.com Thu Sep 18 06:26:30 2014 From: andrius.kulbis at gmail.com (andriusk) Date: Thu, 18 Sep 2014 03:26:30 -0700 (MST) Subject: [rt-users] Catch all ticket changes in one scrip In-Reply-To: References: <1408711769321-58372.post@n7.nabble.com> <20140822125231.GD16782@aart.rice.edu> <1410887258763-58557.post@n7.nabble.com> Message-ID: <1411035990868-58567.post@n7.nabble.com> The last two transactions is because of SLA was changed and the due and priority must be changed accordingly. How can I get my scrip run after these two last transactions, because now it is ran first (Found 1 scrips for TransactionBatch stage with applicable type(s) Status,Set,SetWatcher,CustomField). This is a real headache form me... -- View this message in context: http://requesttracker.8502.n7.nabble.com/Catch-all-ticket-changes-in-one-scrip-tp58372p58567.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From mkyser at albion.edu Thu Sep 18 10:09:52 2014 From: mkyser at albion.edu (Mitch Kyser) Date: Thu, 18 Sep 2014 10:09:52 -0400 Subject: [rt-users] Assigning HeldBy users during Asset Import In-Reply-To: <20140917200349.GB3003@jibsheet.com> References: <1410542119024-58502.post@n7.nabble.com> <20140917154430.GA3003@jibsheet.com> <20140917200349.GB3003@jibsheet.com> Message-ID: After taking a little while to figure out just what the patch was (I've never programmed in PERL before) I applied it to the CSV.pm along with the lines I commented out above and I was able to use the import to populate the HeldBy role from my csv file. There were a few exceptions and any asset that already had a HeldBy entry did not get updated. Thanks, that will get me by for now. As for the issue with the Bulk Update, I was poking around and saw that somebody else had already sent in a bug report for it. On Wed, Sep 17, 2014 at 4:03 PM, Kevin Falcone wrote: > On Wed, Sep 17, 2014 at 02:27:57PM -0400, Mitch Kyser wrote: > > Thanks for the response. I took a look at /opt/rt4/local/plugins/ > > RT-Extension-Assets-Import-CSV/lib/RT/Extension/Assets/Import/[1]CSV.PM > and > > removed the check you suggested by commenting out lines 64 thru 67; > > > > #if ( not RT::Asset->Role($fieldname)->{Single}) { > > # RT->Logger->warning( "Role name $fieldname must be single-value for > > "._column($field2csv->{$fieldname}).", skipping"); > > # delete $field2csv->{$fieldname}; > > #} > > > > Instead of the single warning I got one for each asset I tried to update > that > > had a username to be placed in the HeldBy field; > > > > [error]: Failed to set HeldBy to mkyser for row 5408: No valid Type > specified > > > (/opt/rt4/local/plugins/RT-Extension-Assets-Import-CSV/lib/RT/Extension/Assets/ > > Import/CSV.pm:178) > > > > When I tried using 'Owner' instead of 'HeldBy' I got the same results. > > Try applying the change from the attached patch > > > I will see what it takes to submit a bug report like you suggested, then > submit > > one. > > I moved your bug report into the assets queue (rather than the general > RT queue). > > > I am seeing similar things when I try to use the Bulk Update feature with > > HeldBy, no error message but no change in HeldBy either. > > This should be a separate bug report. > > -kevin > > -- > RT Training - Boston, September 9-10 > http://bestpractical.com/training > -- Mitch Kyser Network Administrator Albion.College mkyser at albion.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From carragom at gmail.com Thu Sep 18 11:09:05 2014 From: carragom at gmail.com (Carlos Ramos) Date: Thu, 18 Sep 2014 09:09:05 -0600 Subject: [rt-users] Failed to load dashboard In-Reply-To: <54198706.8070602@netcologne.de> References: <5417D3A5.1030701@netcologne.de> <54198706.8070602@netcologne.de> Message-ID: Hi Christian, Thanks a lot, that solved my problem a lot easier than expected. Again thanks a lot. Cheers. On Wed, Sep 17, 2014 at 7:05 AM, Christian Loos wrote: > Am 16.09.2014 um 18:56 schrieb Carlos Ramos: > > Hi Christian, > > > > This script is great, I was able to identify the users with a reference > > to that specific dashboard. But I could not find how this information is > > stored in the DB (my best guess is attributes.content which is binary) > > and I really don't know much about the RT API. Do you know if it's > > possible to remove theses invalid references directly in the database?, > > if not, how can I do so through the RT API? > > > > In the RT API there is a DeletePreferences in the RT::User class, but i > > don't see how I can delete a specific DashboardInMenu id from the > > preferences. Any ideas about this? > > > > Thanks a lot for the help. > > On the user modify page (Admin -> Users) you can change a users > "Dashboards in menu" preference. > The right select box contains a row without a label for the deleted > dashboard, select this row and hit "Delete". > > Chris > -- Carlos Ramos -------------- next part -------------- An HTML attachment was scrubbed... URL: From falcone at bestpractical.com Thu Sep 18 11:19:52 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Thu, 18 Sep 2014 11:19:52 -0400 Subject: [rt-users] Duplicate "Subject:" line in some tickets In-Reply-To: <5419F7FD.5020605@uw.edu> References: <5419F7FD.5020605@uw.edu> Message-ID: <20140918151952.GC3003@jibsheet.com> Please don't CC both rt-users and rt-devel, pick one. On Wed, Sep 17, 2014 at 02:07:09PM -0700, Brian McNally wrote: > I recently upgraded RT from 3.6.6 -> 3.8 -> 4.2.7 and I've noticed that some > (it seems to be new) tickets have two "Subject:" lines in them. For example, > when looking at the full headers for a message, I see: > > Subject: Re: [GS #58207] This is a test ticket > Subject: Re: [GS #58207] This is a test ticket > > These same duplicate headers appear in the web UI. Could this be a bug with > ticket creation? > All tickets or some tickets? How are the tickets created? What customizations / plugins do you have? Are you using HTML templates? Please show some full headers. -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From falcone at bestpractical.com Thu Sep 18 11:21:17 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Thu, 18 Sep 2014 11:21:17 -0400 Subject: [rt-users] Assigning HeldBy users during Asset Import In-Reply-To: References: <1410542119024-58502.post@n7.nabble.com> <20140917154430.GA3003@jibsheet.com> <20140917200349.GB3003@jibsheet.com> Message-ID: <20140918152117.GD3003@jibsheet.com> On Thu, Sep 18, 2014 at 10:09:52AM -0400, Mitch Kyser wrote: > role from my csv file. ?There were a few exceptions and any asset that already > had a HeldBy entry did not get updated. ?Thanks, that will get me by for now. It should only be skipping this if the same user is specified as HeldBy. You're seeing this even if it's a different user? > > As for the issue with the Bulk Update, I was poking around and saw that > somebody else had already sent in a bug report for it. Great. -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From mkyser at albion.edu Thu Sep 18 13:04:39 2014 From: mkyser at albion.edu (Mitch Kyser) Date: Thu, 18 Sep 2014 13:04:39 -0400 Subject: [rt-users] Assigning HeldBy users during Asset Import In-Reply-To: <20140918152117.GD3003@jibsheet.com> References: <1410542119024-58502.post@n7.nabble.com> <20140917154430.GA3003@jibsheet.com> <20140917200349.GB3003@jibsheet.com> <20140918152117.GD3003@jibsheet.com> Message-ID: Ok, after double checking my csv file and running a few more tests; If there is no user in the HeldBy field then the import will add the user in the csv file. If the user in the csv file is different from the user already in HeldBy then the import will add the user so you end up with multiple users in the HeldBy field. If the csv user is the same as the user already in HeldBy then no change is made. Thanks On Thu, Sep 18, 2014 at 11:21 AM, Kevin Falcone wrote: > On Thu, Sep 18, 2014 at 10:09:52AM -0400, Mitch Kyser wrote: > > role from my csv file. There were a few exceptions and any asset that > already > > had a HeldBy entry did not get updated. Thanks, that will get me by for > now. > > It should only be skipping this if the same user is specified as > HeldBy. You're seeing this even if it's a different user? > > > > > As for the issue with the Bulk Update, I was poking around and saw that > > somebody else had already sent in a bug report for it. > > Great. > > -kevin > > -- > RT Training November 4 & 5 Los Angeles > http://bestpractical.com/training > > -- Mitch Kyser Network Administrator Albion.College mkyser at albion.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From kjcsb at xnet.co.nz Thu Sep 18 14:33:15 2014 From: kjcsb at xnet.co.nz (kjcsb) Date: Fri, 19 Sep 2014 06:33:15 +1200 Subject: [rt-users] Reminders not visible in My Reminders Message-ID: <00e301cfd36f$02db49b0$0891dd10$@xnet.co.nz> Since upgrading to RT 4.2.6 users can no longer see their reminders in the My Reminders section of the At a Glance page. The reminder is visible on the original ticket and has an owner and a due date. Any suggestions on how to debug this issue further? From dk at altapay.com Thu Sep 18 17:48:46 2014 From: dk at altapay.com (=?UTF-8?Q?Danny_Kr=C3=B8ger?=) Date: Thu, 18 Sep 2014 23:48:46 +0200 Subject: [rt-users] Rich editor not present after upgrade from 4.2.0 - 4.2.7 In-Reply-To: <20140916142250.GJ7802@jibsheet.com> References: <20140916142250.GJ7802@jibsheet.com> Message-ID: Hi Kevin. Thanks for the suggestions and for pointing me in the right direction. I did some further investigation and traced it down to an old customization I had done to var/local/html/Elements/MessageBox. After deleting the file the rich text editor is back again. Best regards, Danny Jonstrup Kr?ger HEAD OF SUPPORT DIRECT: +45 36 93 82 28 MAIL: dk at altapay.com Pensio is now AltaPay. Visit us at www.altapay.com to read more about it. AltaPay A/S | Gyngemose Parkvej 50 | 2860 S?borg | Denmark Office: +45 70 20 00 56 | Web: www.altapay.com Facebo ok: www.facebook.com/altapay On Tue, Sep 16, 2014 at 4:22 PM, Kevin Falcone wrote: > On Mon, Sep 15, 2014 at 11:30:12PM +0200, Danny Kr?ger wrote: > > Today I upgraded our RT installation from 4.2.0 to 4.2.7. Most things are > > working as expected, however for some reason the rich text editor is not > > available anymore. > > New tickets and reply's default to text only. > > Please be more specific about the failure mode. > Do you see a grey box and can't type or do you get a normal box. > What browsers? > > > - Cleared the Mason cache and restarted Apache (I assume this is also > done as > > part of the upgrade, so was more of a try something attempt). > > This is generally the common failure mode. > If you've eliminated RT and browser cache, go looking for local > modifications and plugins that you've made or installed. > > -kevin > > -- > RT Training - Boston, September 9-10 > http://bestpractical.com/training > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex at peters.net Thu Sep 18 20:29:53 2014 From: alex at peters.net (Alex Peters) Date: Fri, 19 Sep 2014 10:29:53 +1000 Subject: [rt-users] Catch all ticket changes in one scrip In-Reply-To: <1411035990868-58567.post@n7.nabble.com> References: <1408711769321-58372.post@n7.nabble.com> <20140822125231.GD16782@aart.rice.edu> <1410887258763-58557.post@n7.nabble.com> <1411035990868-58567.post@n7.nabble.com> Message-ID: It sounds like the SLA extension is performing its work after all scrips run instead of before TransactionBatch scrips. I would be inclined to suggest that this is an SLA bug/oversight, as its current design doesn't seem to permit proper execution of TransactionBatch scrips and its documentation doesn't provide a workaround. Please consider describing this situation in a bug report so that an "official" response can be recorded: http://rt.cpan.org/Public/Dist/Display.html?Name=RT-Extension-SLA On 18/09/2014 8:28 pm, "andriusk" wrote: > > > The last two transactions is because of SLA was changed and the due and > priority must be changed accordingly. > > How can I get my scrip run after these two last transactions, because now > it > is ran first (Found 1 scrips for TransactionBatch stage with applicable > type(s) Status,Set,SetWatcher,CustomField). This is a real headache form > me... > > > > -- > View this message in context: > http://requesttracker.8502.n7.nabble.com/Catch-all-ticket-changes-in-one-scrip-tp58372p58567.html > Sent from the Request Tracker - User mailing list archive at Nabble.com. > -- > RT Training November 4 & 5 Los Angeles > http://bestpractical.com/training > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Markus.Wildbolz at eu.magna.com Fri Sep 19 07:37:01 2014 From: Markus.Wildbolz at eu.magna.com (Markus.Wildbolz at eu.magna.com) Date: Fri, 19 Sep 2014 13:37:01 +0200 Subject: [rt-users] Problem with translation - different translation of the english word 'open' regarding the context Message-ID: Hi there! Since the update to 4.2.7 i figured out, that there is a new issue regarding the (german) translation. For the ticket-status, "open" has to be translated to "offen". On the other hand, in the Self-Service area, "open" hast o be translated to "offenen" because of the context "Meine offenen Tickets" (My open tickets). Is there a possibility to fix this problem? Is it possible to translate the same english word differently? As I remember, there was a change coming in 4.2.7 regarding a translation issue in the SelfService pages (commit 1d0b91823db7856be3727fd351a3d7d3d5a9a2c5). Greetings, Markus -------------- next part -------------- An HTML attachment was scrubbed... URL: From t.baetzler at bringe.com Fri Sep 19 08:10:50 2014 From: t.baetzler at bringe.com (=?ISO-8859-1?Q?Thomas_B=E4tzler?=) Date: Fri, 19 Sep 2014 14:10:50 +0200 Subject: [rt-users] Problem with translation - different translation of the english word 'open' regarding the context In-Reply-To: References: Message-ID: <541C1D4A.7050003@bringe.com> Hi, Am 19.09.2014 13:37, schrieb Markus.Wildbolz at eu.magna.com: > Since the update to 4.2.7 i figured out, that there is a new issue > regarding the (german) translation. > > For the ticket-status, "open" has to be translated to "offen". On the > other hand, > in the Self-Service area, "open" hast o be translated to "offenen" > because of the context "Meine offenen Tickets" (My open tickets). > > > Is there a possibility to fix this problem? > Is it possible to translate the same english word differently? > > As I remember, there was a change coming in 4.2.7 regarding a > translation issue in the SelfService pages (commit > 1d0b91823db7856be3727fd351a3d7d3d5a9a2c5). The translation template has both "open" and "my open tickets", so there's no problem. As far as I can tell Launchpad already has the corrected translations since September 9th. Until the next RT release you could just download the current *.po file from there and replace the one in the RT installation. HTH, Thomas From Markus.Wildbolz at eu.magna.com Fri Sep 19 09:24:19 2014 From: Markus.Wildbolz at eu.magna.com (Markus.Wildbolz at eu.magna.com) Date: Fri, 19 Sep 2014 15:24:19 +0200 Subject: [rt-users] Missing translation of "Take" after upgrade to 4.2.7 Message-ID: Hi there! I've encountered a problem after the upgrade to 4.2.7: In the system saved search "10 newest unowned tickets " the string "Take" is not translated anymore. Is there something i can do? All worked fine before the update. What is missing now? Greetings, Markus -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrius.kulbis at gmail.com Fri Sep 19 10:13:47 2014 From: andrius.kulbis at gmail.com (andriusk) Date: Fri, 19 Sep 2014 07:13:47 -0700 (MST) Subject: [rt-users] Catch all ticket changes in one scrip In-Reply-To: References: <1408711769321-58372.post@n7.nabble.com> <20140822125231.GD16782@aart.rice.edu> <1410887258763-58557.post@n7.nabble.com> <1411035990868-58567.post@n7.nabble.com> Message-ID: <1411136027196-58579.post@n7.nabble.com> I would try to explain my situation again. I want to make "AfterAllTicketChanges" scrip, which will work in TransactionBatch mode, and fire after all changes to the ticket was made on update off any ticket information. Now, when I change the SLA field, it changes the the Due and the priority of the ticket accordingly. The problem is that the Due and Priority change happens after my "AfterAllTicketChanges" scrip fires. I understand that the TransactionBatch mode scrips are commited after all TransactionCreate Scrips are done. For example: I change the status and the subject of the ticket in one update. Should the scrip in batch mode run after both of these changes are done and the transactions recorded? Or maybe I understand it wrong ant the scrip in Batch mode run after each different transaction? So technicaly should it be like this: Or like this: ? Because now I get it working like SCENARIO #1, where in step #2 and step #6, the values of Due and Priority are different, but the value of the SLA is the same (the one I changed to) in both steps. Sorry for the mess in thoughts, I am not native English speaker. -- View this message in context: http://requesttracker.8502.n7.nabble.com/Catch-all-ticket-changes-in-one-scrip-tp58372p58579.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From alex at peters.net Fri Sep 19 10:44:46 2014 From: alex at peters.net (Alex Peters) Date: Sat, 20 Sep 2014 00:44:46 +1000 Subject: [rt-users] Catch all ticket changes in one scrip In-Reply-To: <1411136027196-58579.post@n7.nabble.com> References: <1408711769321-58372.post@n7.nabble.com> <20140822125231.GD16782@aart.rice.edu> <1410887258763-58557.post@n7.nabble.com> <1411035990868-58567.post@n7.nabble.com> <1411136027196-58579.post@n7.nabble.com> Message-ID: Scenario #2 is the expected behaviour according to all scrip documentation included with RT. The SLA extension appears to be contradicting this. Therefore, I still believe that the SLA extension is at fault and that a bug report for the SLA extension should be submitted via the URL given in my previous message. When you change a ticket's subject and status in a single update, two transactions are created. A TransactionBatch scrip should run only once for both transactions. The SLA extension seems to be interfering with this expected behaviour. On 20/09/2014 12:15 am, "andriusk" wrote: > I would try to explain my situation again. > > I want to make "AfterAllTicketChanges" scrip, which will work in > TransactionBatch mode, and fire after all changes to the ticket was made on > update off any ticket information. > > Now, when I change the SLA field, it changes the the Due and the priority > of > the ticket accordingly. The problem is that the Due and Priority change > happens after my "AfterAllTicketChanges" scrip fires. > > I understand that the TransactionBatch mode scrips are commited after all > TransactionCreate Scrips are done. > > For example: > > I change the status and the subject of the ticket in one update. Should the > scrip in batch mode run after both of these changes are done and the > transactions recorded? > > Or maybe I understand it wrong ant the scrip in Batch mode run after each > different transaction? > > So technicaly should it be like this: > > > > > Or like this: > > > ? > > Because now I get it working like SCENARIO #1, where in step #2 and step > #6, > the values of Due and Priority are different, but the value of the SLA is > the same (the one I changed to) in both steps. > > Sorry for the mess in thoughts, I am not native English speaker. > > > > -- > View this message in context: > http://requesttracker.8502.n7.nabble.com/Catch-all-ticket-changes-in-one-scrip-tp58372p58579.html > Sent from the Request Tracker - User mailing list archive at Nabble.com. > -- > RT Training November 4 & 5 Los Angeles > http://bestpractical.com/training > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrius.kulbis at gmail.com Fri Sep 19 10:52:07 2014 From: andrius.kulbis at gmail.com (andriusk) Date: Fri, 19 Sep 2014 07:52:07 -0700 (MST) Subject: [rt-users] Catch all ticket changes in one scrip In-Reply-To: References: <1408711769321-58372.post@n7.nabble.com> <20140822125231.GD16782@aart.rice.edu> <1410887258763-58557.post@n7.nabble.com> <1411035990868-58567.post@n7.nabble.com> <1411136027196-58579.post@n7.nabble.com> Message-ID: <1411138327091-58581.post@n7.nabble.com> I think that the Due and Priority may be the problem. Here I changed Subject, Status, Due, Priority (SLA not changed), and still I get separate TransactionBatch run for each (Subject,Status), (Due), (Priority). The last two fires two separate Batch Scrip commits. -- View this message in context: http://requesttracker.8502.n7.nabble.com/Catch-all-ticket-changes-in-one-scrip-tp58372p58581.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From alex at peters.net Fri Sep 19 10:56:33 2014 From: alex at peters.net (Alex Peters) Date: Sat, 20 Sep 2014 00:56:33 +1000 Subject: [rt-users] Catch all ticket changes in one scrip In-Reply-To: <1411138327091-58581.post@n7.nabble.com> References: <1408711769321-58372.post@n7.nabble.com> <20140822125231.GD16782@aart.rice.edu> <1410887258763-58557.post@n7.nabble.com> <1411035990868-58567.post@n7.nabble.com> <1411136027196-58579.post@n7.nabble.com> <1411138327091-58581.post@n7.nabble.com> Message-ID: Please supply a debug log covering the above updates. Is it possible that the scrip is not applied to the relevant queue in batch mode? On 20/09/2014 12:54 am, "andriusk" wrote: > > > I think that the Due and Priority may be the problem. Here I changed > Subject, Status, Due, Priority (SLA not changed), and still I get separate > TransactionBatch run for each (Subject,Status), (Due), (Priority). > The last two fires two separate Batch Scrip commits. > > > > > -- > View this message in context: > http://requesttracker.8502.n7.nabble.com/Catch-all-ticket-changes-in-one-scrip-tp58372p58581.html > Sent from the Request Tracker - User mailing list archive at Nabble.com. > -- > RT Training November 4 & 5 Los Angeles > http://bestpractical.com/training > -------------- next part -------------- An HTML attachment was scrubbed... URL: From falcone at bestpractical.com Fri Sep 19 11:00:43 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Fri, 19 Sep 2014 11:00:43 -0400 Subject: [rt-users] Missing translation of "Take" after upgrade to 4.2.7 In-Reply-To: References: Message-ID: <20140919150043.GE3003@jibsheet.com> On Fri, Sep 19, 2014 at 03:24:19PM +0200, Markus.Wildbolz at eu.magna.com wrote: > I've encountered a problem after the upgrade to 4.2.7: > In the system saved search "10 newest unowned tickets " the string "Take" is > not translated anymore. Is there something i can do? > All worked fine before the update. What is missing now? Just checked, standard RT 4.2.7 install, switched to German, take is translated. I suspect someone edited the format of your search, or you updated your de.po according to a suggestion earlier on the list and caused problems. You can click on the Edit next the search, click on You can also edit the predefined search itself: Search - Unowned Tickets Click on Advanced show the Format Additionally ((rt-4.2.7))$ grep -A1 'msgid "Take"' share/po/de.po msgid "Take" msgstr "?bernehmen" -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From falcone at bestpractical.com Fri Sep 19 11:03:27 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Fri, 19 Sep 2014 11:03:27 -0400 Subject: [rt-users] Catch all ticket changes in one scrip In-Reply-To: References: <1408711769321-58372.post@n7.nabble.com> <20140822125231.GD16782@aart.rice.edu> <1410887258763-58557.post@n7.nabble.com> <1411035990868-58567.post@n7.nabble.com> <1411136027196-58579.post@n7.nabble.com> Message-ID: <20140919150327.GF3003@jibsheet.com> On Sat, Sep 20, 2014 at 12:44:46AM +1000, Alex Peters wrote: > When you change a ticket's subject and status in a single update, two > transactions are created.? A TransactionBatch scrip should run only once for > both transactions.? The SLA extension seems to be interfering with this > expected behaviour. Honestly, I found the bug report and this whole thread incredibly difficult to follow. If you'd like a developer to look into this, I suggest providing us a failing test for RT-Extension-SLA or a trivial initialdata file and config snippet that sets it up so we can see the problem you're describing. -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From falcone at bestpractical.com Fri Sep 19 11:08:58 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Fri, 19 Sep 2014 11:08:58 -0400 Subject: [rt-users] Assigning HeldBy users during Asset Import In-Reply-To: References: <1410542119024-58502.post@n7.nabble.com> <20140917154430.GA3003@jibsheet.com> <20140917200349.GB3003@jibsheet.com> <20140918152117.GD3003@jibsheet.com> Message-ID: <20140919150858.GG3003@jibsheet.com> On Thu, Sep 18, 2014 at 01:04:39PM -0400, Mitch Kyser wrote: > Ok, after double checking my csv file and running a few more tests; > > If there is no user in the HeldBy field then the import will add the user in > the csv file. > > If the user in the csv file is different from the user already in HeldBy then > the import will add the user so you end up with multiple users in the HeldBy > field. > > If the csv user is the same as the user already in HeldBy then no change is > made. ? These all sound correct to me, and agree with what I saw of the intent in the code. Held By is a multi-value field, so it just adds more people to it. Something like Owner is a single value field, so it would just be replaced. We need to expand the format to allow you to specify that there are two Held By users in a single import, that's not currently supported, but it sounds like for now at least, the two changes made could be released as a new version of the importer. I'll see if I can get to that next week. I'm unlikely to have time to tackle "how to support importing multiple people from a single field" as part of this release. -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From andrius.kulbis at gmail.com Fri Sep 19 11:08:08 2014 From: andrius.kulbis at gmail.com (andriusk) Date: Fri, 19 Sep 2014 08:08:08 -0700 (MST) Subject: [rt-users] Catch all ticket changes in one scrip In-Reply-To: References: <1408711769321-58372.post@n7.nabble.com> <20140822125231.GD16782@aart.rice.edu> <1410887258763-58557.post@n7.nabble.com> <1411035990868-58567.post@n7.nabble.com> <1411136027196-58579.post@n7.nabble.com> <1411138327091-58581.post@n7.nabble.com> Message-ID: <1411139288904-58586.post@n7.nabble.com> There is only one scrip in TransactionBatch mode applied to my test Queue. -- View this message in context: http://requesttracker.8502.n7.nabble.com/Catch-all-ticket-changes-in-one-scrip-tp58372p58586.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From falcone at bestpractical.com Fri Sep 19 11:14:50 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Fri, 19 Sep 2014 11:14:50 -0400 Subject: [rt-users] Reminders not visible in My Reminders In-Reply-To: <00e301cfd36f$02db49b0$0891dd10$@xnet.co.nz> References: <00e301cfd36f$02db49b0$0891dd10$@xnet.co.nz> Message-ID: <20140919151450.GH3003@jibsheet.com> On Fri, Sep 19, 2014 at 06:33:15AM +1200, kjcsb wrote: > Since upgrading to RT 4.2.6 users can no longer see their reminders in the > My Reminders section of the At a Glance page. The reminder is visible on the > original ticket and has an owner and a due date. Any suggestions on how to > debug this issue further? Do you use custom statuses in that Queue /Custom Lifecycle? You should go to a ticket page, get the id of a reminder that is on a ticket and look at: That reminder record in the Tickets table. Links records pointing to/from that reminder ticket. -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From Gaston at huot.me Fri Sep 19 10:16:46 2014 From: Gaston at huot.me (Gaston Huot) Date: Fri, 19 Sep 2014 10:16:46 -0400 Subject: [rt-users] 1-"Asset tracker" vs "Assets" ; 2-Relationship graphs Message-ID: I have RT 4.2.7 fully installed on an Ubuntu (virtual) server. Still many things that I don't understand perfectly, but so far so good. RT is a fantastic ...request tracker! Easy to use, versatile, powerfull. I have 2 questions: 1- Could someone explain to me the difference between "Asset tracker" extension and "Assets" extension ? 2- Is there a way to "tweak" the "Relationship graphs" as we can do with all the other saved searches (advanced mode)? Partial answers will also be really apppreciated. Thanks, GH -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex at peters.net Fri Sep 19 11:20:35 2014 From: alex at peters.net (Alex Peters) Date: Sat, 20 Sep 2014 01:20:35 +1000 Subject: [rt-users] Catch all ticket changes in one scrip In-Reply-To: <1411139288904-58586.post@n7.nabble.com> References: <1408711769321-58372.post@n7.nabble.com> <20140822125231.GD16782@aart.rice.edu> <1410887258763-58557.post@n7.nabble.com> <1411035990868-58567.post@n7.nabble.com> <1411136027196-58579.post@n7.nabble.com> <1411138327091-58581.post@n7.nabble.com> <1411139288904-58586.post@n7.nabble.com> Message-ID: I still suspect that the SLA extension is interfering, but without a debug log it's almost impossible to offer any further suggestions. On 20/09/2014 1:10 am, "andriusk" wrote: > > > > There is only one scrip in TransactionBatch mode applied to my test Queue. > > > > -- > View this message in context: > http://requesttracker.8502.n7.nabble.com/Catch-all-ticket-changes-in-one-scrip-tp58372p58586.html > Sent from the Request Tracker - User mailing list archive at Nabble.com. > -- > RT Training November 4 & 5 Los Angeles > http://bestpractical.com/training > -------------- next part -------------- An HTML attachment was scrubbed... URL: From falcone at bestpractical.com Fri Sep 19 12:01:54 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Fri, 19 Sep 2014 12:01:54 -0400 Subject: [rt-users] 1-"Asset tracker" vs "Assets" ; 2-Relationship graphs In-Reply-To: References: Message-ID: <20140919160154.GA2831@jibsheet.com> On Fri, Sep 19, 2014 at 10:16:46AM -0400, Gaston Huot wrote: > 1- Could someone explain to me the difference between "Asset tracker" extension > and "Assets" extension ?? We wrote and maintain Assets http://bestpractical.com/assets/ The authors of Asset Tracker don't appear to be responsive, nor has it been updated for 4.2. We don't support it. > 2- Is there a way to "tweak" the "Relationship graphs" as we can do with all > the other saved searches (advanced mode)?? You're going to have to describe what you want in more detail. If you mean is there a better way than selecting all the checkboxes, then not really. -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From mkyser at albion.edu Fri Sep 19 12:01:05 2014 From: mkyser at albion.edu (mkyser) Date: Fri, 19 Sep 2014 09:01:05 -0700 (MST) Subject: [rt-users] User Defined Scrips for use with Custom Fields in Assets Message-ID: <1411142465268-58591.post@n7.nabble.com> Hi All Being rather new to RT and having never programmed in PERL before, is there any examples or articles on how to write User Defined Scrips for Custom Fields in Assets? What I am looking to do is to trigger a Scrip when an Asset is created or a particular custom field is modified. One of the actions I would like to take, is to force uppercase on the contents of the field and then check to see if they are unique for that field for all the records in this particular catalog. If it is unique then go ahead and write the changes, if not then notify the user then return to the input screen, hopefully preserving the contents of the fields before they were submitted. Effectively using this field as a key field for the Assets in the Catalog. Another action is to be able to use the contents of a couple of custom fields plus a string or two in the code to replace the contents of the Name or Description fields. That way I could build a consistent Name or Description based upon content from more defined custom fields, such a drop down boxes and dates. Thirdly, if you could trigger on when a lifecycle/status code went from in-use to a specific something else such as 'Returned' (added to the lifecyce) which would then clear out any HeldBy roles. If somebody has already done anything like this or can get me pointed in the right direction I'd appreciate it. Mitch -- View this message in context: http://requesttracker.8502.n7.nabble.com/User-Defined-Scrips-for-use-with-Custom-Fields-in-Assets-tp58591.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From Gaston at huot.me Fri Sep 19 19:08:37 2014 From: Gaston at huot.me (Gaston Huot) Date: Fri, 19 Sep 2014 19:08:37 -0400 Subject: [rt-users] 1-"Asset tracker" vs "Assets" ; 2-Relationship graphs In-Reply-To: <20140919160154.GA2831@jibsheet.com> References: <20140919160154.GA2831@jibsheet.com> Message-ID: Thank you Kevin. For the second point, yes that was the question was about a more versatile way than selecting all the checkboxes... In fact I was trying to remove the word "Subject" from the boxes without removing the subject itself. Thanks again. Gaston 2014-09-19 12:01 GMT-04:00 Kevin Falcone : > On Fri, Sep 19, 2014 at 10:16:46AM -0400, Gaston Huot wrote: > > 1- Could someone explain to me the difference between "Asset tracker" > extension > > and "Assets" extension ? > > We wrote and maintain Assets > http://bestpractical.com/assets/ > > The authors of Asset Tracker don't appear to be responsive, nor has it > been updated for 4.2. We don't support it. > > > 2- Is there a way to "tweak" the "Relationship graphs" as we can do with > all > > the other saved searches (advanced mode)? > > You're going to have to describe what you want in more detail. > If you mean is there a better way than selecting all the checkboxes, > then not really. > > -kevin > > -- > RT Training November 4 & 5 Los Angeles > http://bestpractical.com/training > > -- Gaston 514.823-7202 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Markus.Wildbolz at eu.magna.com Mon Sep 22 04:04:40 2014 From: Markus.Wildbolz at eu.magna.com (Markus.Wildbolz at eu.magna.com) Date: Mon, 22 Sep 2014 10:04:40 +0200 Subject: [rt-users] Missing translation of "Take" after upgrade to 4.2.7 Message-ID: Hi Kevin! Thanks for the input. I already tried a fresh installation (deleted database and initialize-database) on my development environment with no effect. Maybe the problem was a not correctly cleaned mason cache?!?! (Today I tried a completely new installation and then the translation was correct!) I now have re-imported the saved search attribute from the initialdata-file via ##################### repair-search.txt @Attributes = ( { Name => 'Search - Unowned Tickets', Description => '[_1] newest unowned tickets', # loc Content => # 'Take' #loc { Format => q{'__id__/TITLE:#',} . q{'__Subject__/TITLE:Subject',} . q{QueueName, ExtendedStatus, CreatedRelative, } . q{'__loc(Take)__/TITLE:NBSP'}, Query => " Owner = 'Nobody' AND ( Status = 'new' OR Status = 'open')", OrderBy => 'Created', Order => 'DESC' }, }, ); ############ ./sbin/rt-setup-database --action insert --datafile repair-search.txt --dba mysql and now it is working fine. Thanks! Greetings. -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrius.kulbis at gmail.com Mon Sep 22 04:38:30 2014 From: andrius.kulbis at gmail.com (andriusk) Date: Mon, 22 Sep 2014 01:38:30 -0700 (MST) Subject: [rt-users] Catch all ticket changes in one scrip In-Reply-To: References: <1410887258763-58557.post@n7.nabble.com> <1411035990868-58567.post@n7.nabble.com> <1411136027196-58579.post@n7.nabble.com> <1411138327091-58581.post@n7.nabble.com> <1411139288904-58586.post@n7.nabble.com> Message-ID: <1411375110889-58594.post@n7.nabble.com> I made a new installation. This is the log, which I got from changing tickets /*Subject, Status, Priority and Due*/ on queue */General/* with /*1 scrip in TransactionBatch*/ mode (CustomCondition: 1; Custom action preparation code: 1; Custom action commit code: 1;), no extensions installed. [10295] [Mon Sep 22 08:22:46 2014] [debug]: Rendering attachment #1 of 'text/html' type (/opt/rt4/share/html/Elements/ShowTransactionAttachments:182) [10294] [Mon Sep 22 08:23:03 2014] [debug]: RT::Date used Time::ParseDate to make '2014-09-25 00:00:00' 1411628400 (/opt/rt4/sbin/../lib/RT/Date.pm:240) [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to prepare scrips for transaction #34 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Found 2 scrips for TransactionCreate stage with applicable type(s) Set for txn #34 on ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Skipping Scrip #11 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to commit scrips for transaction #34 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Committing scrip #13 on txn #34 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to prepare scrips for transaction #35 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Found 2 scrips for TransactionCreate stage with applicable type(s) Set for txn #35 on ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Skipping Scrip #11 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to commit scrips for transaction #35 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Committing scrip #13 on txn #35 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to prepare scrips for transaction #36 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Found 2 scrips for TransactionCreate stage with applicable type(s) Set for txn #36 on ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Skipping Scrip #11 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to commit scrips for transaction #36 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Committing scrip #13 on txn #36 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to prepare scrips for transaction #37 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Found 3 scrips for TransactionCreate stage with applicable type(s) Status for txn #37 on ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Skipping Scrip #11 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Skipping Scrip #12 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to commit scrips for transaction #37 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Committing scrip #13 on txn #37 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to prepare scrips for transaction #38 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Found 2 scrips for TransactionCreate stage with applicable type(s) Set for txn #38 on ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Converting 'utf-8' to 'utf-8' for text/plain - Subjectless message (/opt/rt4/sbin/../lib/RT/I18N.pm:295) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Converting 'utf-8' to 'utf-8' for text/html - Subjectless message (/opt/rt4/sbin/../lib/RT/I18N.pm:295) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Encode::Guess guessed encoding: utf8 (/opt/rt4/sbin/../lib/RT/I18N.pm:574) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Encode::Guess guessed encoding: utf8 (/opt/rt4/sbin/../lib/RT/I18N.pm:574) [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to commit scrips for transaction #38 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Committing scrip #11 on txn #38 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Calling SetRecipientDigests for transaction RT::Transaction=HASH(0x7f28f814dcd8), id 38 (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:623) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Working on mailfield To; recipients are (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:639) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Content-Type: multipart/alternative; boundary="----------=_1411374183-10294-5" Subject: [(Test) KTU ITPI #1] testas From: "Enoch Root via RT" <> Reply-To: References: Message-ID: X-RT-Loop-Prevention: (Test) KTU ITPI X-RT-Ticket: (Test) KTU ITPI #1 X-Managed-BY: RT 4.2.7 (http://www.bestpractical.com/rt/) X-RT-Originator: root at localhost (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:646) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Removing deferred recipients from To: line (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:669) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Setting deferred recipients for attribute creation (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:678) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Working on mailfield Cc; recipients are (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:639) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Content-Type: multipart/alternative; boundary="----------=_1411374183-10294-5" Subject: [(Test) KTU ITPI #1] testas From: "Enoch Root via RT" <> Reply-To: References: Message-ID: X-RT-Loop-Prevention: (Test) KTU ITPI X-RT-Ticket: (Test) KTU ITPI #1 X-Managed-BY: RT 4.2.7 (http://www.bestpractical.com/rt/) X-RT-Originator: root at localhost (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:646) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Removing deferred recipients from Cc: line (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:669) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Setting deferred recipients for attribute creation (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:678) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Working on mailfield Bcc; recipients are (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:639) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Content-Type: multipart/alternative; boundary="----------=_1411374183-10294-5" Subject: [(Test) KTU ITPI #1] testas From: "Enoch Root via RT" <> Reply-To: References: Message-ID: X-RT-Loop-Prevention: (Test) KTU ITPI X-RT-Ticket: (Test) KTU ITPI #1 X-Managed-BY: RT 4.2.7 (http://www.bestpractical.com/rt/) X-RT-Originator: root at localhost (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:646) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Removing deferred recipients from Bcc: line (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:669) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Setting deferred recipients for attribute creation (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:678) [10294] [Mon Sep 22 08:23:03 2014] [debug]: No recipients found for deferred delivery on transaction #38 (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:691) [10294] [Mon Sep 22 08:23:03 2014] [info]: #1/38 - Scrip 11 On Owner Change Notify Owner (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:284) [10294] [Mon Sep 22 08:23:03 2014] [info]: No recipients found. Not sending. (/opt/rt4/sbin/../lib/RT/Interface/Email.pm:378) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Committing scrip #13 on txn #38 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to prepare scrips for transaction #39 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Found 2 scrips for TransactionCreate stage with applicable type(s) SetWatcher for txn #39 on ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Skipping Scrip #11 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to commit scrips for transaction #39 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) [10294] [Mon Sep 22 08:23:03 2014] [debug]: Committing scrip #13 on txn #39 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) *[10294] [Mon Sep 22 08:23:03 2014] [debug]: Found 1 scrips for TransactionBatch stage with applicable type(s) Set,Status,SetWatcher for txn #34 on ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495)* [10294] [Mon Sep 22 08:23:03 2014] [debug]: Committing scrip #16 on txn #34 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) Now this is the log after installing and configuring SLA for the queue General. /*Changing same fields as before + SLA*/ [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to prepare scrips for transaction #55 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 4 scrips for TransactionCreate stage with applicable type(s) CustomField for txn #55 on ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #11 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #18 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to commit scrips for transaction #55 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #13 on txn #55 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #19 on txn #55 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Last effective requestors' reply to ticket #1 is txn #25 (/opt/rt4/local/plugins/RT-Extension-SLA/lib/RT/Action/SLA_SetDue.pm:41) [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to prepare scrips for transaction #56 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 3 scrips for TransactionCreate stage with applicable type(s) Set for txn #56 on ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #11 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #19 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to commit scrips for transaction #56 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #13 on txn #56 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) [11136] [Mon Sep 22 08:36:12 2014] [debug]: RT::Date used Time::ParseDate to make '2014-09-30 00:00:00' 1412060400 (/opt/rt4/sbin/../lib/RT/Date.pm:240) [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to prepare scrips for transaction #57 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 3 scrips for TransactionCreate stage with applicable type(s) Set for txn #57 on ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #11 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #19 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to commit scrips for transaction #57 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #13 on txn #57 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to prepare scrips for transaction #58 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 3 scrips for TransactionCreate stage with applicable type(s) Set for txn #58 on ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #11 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #19 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to commit scrips for transaction #58 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #13 on txn #58 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to prepare scrips for transaction #59 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 3 scrips for TransactionCreate stage with applicable type(s) Set for txn #59 on ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #11 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #19 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to commit scrips for transaction #59 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #13 on txn #59 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to prepare scrips for transaction #60 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 4 scrips for TransactionCreate stage with applicable type(s) Status for txn #60 on ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #11 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #12 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to commit scrips for transaction #60 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #13 on txn #60 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #19 on txn #60 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Last effective requestors' reply to ticket #1 is txn #25 (/opt/rt4/local/plugins/RT-Extension-SLA/lib/RT/Action/SLA_SetDue.pm:41) [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to prepare scrips for transaction #61 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 3 scrips for TransactionCreate stage with applicable type(s) Set for txn #61 on ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #11 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #19 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to commit scrips for transaction #61 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #13 on txn #61 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to prepare scrips for transaction #62 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 3 scrips for TransactionCreate stage with applicable type(s) Set for txn #62 on ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) [11136] [Mon Sep 22 08:36:12 2014] [info]: not sending to root at localhost, creator of the transaction, due to NotifyActor setting (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:840) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Converting 'utf-8' to 'utf-8' for text/plain - Subjectless message (/opt/rt4/sbin/../lib/RT/I18N.pm:295) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Converting 'utf-8' to 'utf-8' for text/html - Subjectless message (/opt/rt4/sbin/../lib/RT/I18N.pm:295) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Encode::Guess guessed encoding: utf8 (/opt/rt4/sbin/../lib/RT/I18N.pm:574) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Encode::Guess guessed encoding: utf8 (/opt/rt4/sbin/../lib/RT/I18N.pm:574) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #19 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to commit scrips for transaction #62 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #11 on txn #62 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Calling SetRecipientDigests for transaction RT::Transaction=HASH(0x7f87809391e8), id 62 (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:623) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Working on mailfield To; recipients are (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:639) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Content-Type: multipart/alternative; boundary="----------=_1411374972-11136-1" Subject: [(Test) KTU ITPI #1] testass From: "Enoch Root via RT" <> Reply-To: References: Message-ID: X-RT-Loop-Prevention: (Test) KTU ITPI X-RT-Ticket: (Test) KTU ITPI #1 X-Managed-BY: RT 4.2.7 (http://www.bestpractical.com/rt/) X-RT-Originator: root at localhost (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:646) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Removing deferred recipients from To: line (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:669) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Setting deferred recipients for attribute creation (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:678) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Working on mailfield Cc; recipients are (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:639) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Content-Type: multipart/alternative; boundary="----------=_1411374972-11136-1" Subject: [(Test) KTU ITPI #1] testass From: "Enoch Root via RT" <> Reply-To: References: Message-ID: X-RT-Loop-Prevention: (Test) KTU ITPI X-RT-Ticket: (Test) KTU ITPI #1 X-Managed-BY: RT 4.2.7 (http://www.bestpractical.com/rt/) X-RT-Originator: root at localhost (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:646) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Removing deferred recipients from Cc: line (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:669) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Setting deferred recipients for attribute creation (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:678) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Working on mailfield Bcc; recipients are (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:639) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Content-Type: multipart/alternative; boundary="----------=_1411374972-11136-1" Subject: [(Test) KTU ITPI #1] testass From: "Enoch Root via RT" <> Reply-To: References: Message-ID: X-RT-Loop-Prevention: (Test) KTU ITPI X-RT-Ticket: (Test) KTU ITPI #1 X-Managed-BY: RT 4.2.7 (http://www.bestpractical.com/rt/) X-RT-Originator: root at localhost (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:646) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Removing deferred recipients from Bcc: line (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:669) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Setting deferred recipients for attribute creation (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:678) [11136] [Mon Sep 22 08:36:12 2014] [debug]: No recipients found for deferred delivery on transaction #62 (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:691) [11136] [Mon Sep 22 08:36:12 2014] [info]: #1/62 - Scrip 11 On Owner Change Notify Owner (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:284) [11136] [Mon Sep 22 08:36:12 2014] [info]: No recipients found. Not sending. (/opt/rt4/sbin/../lib/RT/Interface/Email.pm:378) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #13 on txn #62 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to prepare scrips for transaction #63 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 2 scrips for TransactionCreate stage with applicable type(s) SetWatcher for txn #63 on ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #11 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to commit scrips for transaction #63 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #13 on txn #63 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) *[11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 1 scrips for TransactionBatch stage with applicable type(s) CustomField,Set,Status,SetWatcher for txn #55 on ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495)* [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #16 on txn #55 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) *[11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 1 scrips for TransactionBatch stage with applicable type(s) Set for txn #61 on ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495)* [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #16 on txn #61 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) *[11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 1 scrips for TransactionBatch stage with applicable type(s) Set for txn #56 on ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495)* [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #16 on txn #56 of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) TransactionBatch is run 1 time in the first use case and 3 times in second. I can't get a better explanation what is happening... -- View this message in context: http://requesttracker.8502.n7.nabble.com/Catch-all-ticket-changes-in-one-scrip-tp58372p58594.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From jvdwege at xs4all.nl Mon Sep 22 07:46:22 2014 From: jvdwege at xs4all.nl (Joop) Date: Mon, 22 Sep 2014 13:46:22 +0200 Subject: [rt-users] Bug in rt-dump-metadata Message-ID: <54200C0E.6020703@xs4all.nl> I'm looking at migrating some data from one instance of RT to another and I'm using rt-dump-metadata (4.2.7) to see what I can use. Invoking it with the '-a' option leads to an error and no output: /opt/rt4/sbin/rt-dump-metadata >metadata.dump [6238] [Mon Sep 22 11:25:31 2014] [info]: RT's SMIME libraries couldn't successfully read your configured SMIME keyring directory (/opt/rt4/var/data/smime). (/opt/rt4/sbin/../lib/RT/Config.pm:722) [6238] [Mon Sep 22 11:25:31 2014] [warning]: Auth::GnuPG and Auth::SMIME (from an extension) have been replaced with Auth::Crypt. @MailPlugins has been adjusted, but should be updated to replace both with Auth::Crypt to silence this warning. (/opt/rt4/sbin/../lib/RT/Config.pm:644) [6238] [Mon Sep 22 11:25:32 2014] [warning]: DBD::Pg::st execute failed: ERROR: function lower(integer) does not exist LINE 1: SELECT * FROM Templates WHERE LOWER(Id) = LOWER($1) Doing a lower on a integer isn't allowed, thats the problem. Joop From falcone at bestpractical.com Mon Sep 22 11:36:36 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Mon, 22 Sep 2014 11:36:36 -0400 Subject: [rt-users] 1-"Asset tracker" vs "Assets" ; 2-Relationship graphs In-Reply-To: References: <20140919160154.GA2831@jibsheet.com> Message-ID: <20140922153636.GB2831@jibsheet.com> On Fri, Sep 19, 2014 at 07:08:37PM -0400, Gaston Huot wrote: > For the second point, yes that was the question was about a more versatile way > than selecting all the checkboxes... > In fact I was trying to remove the word "Subject" from the boxes without > removing the subject itself. That's rather hardcoded inside the _PropertiesToFields method unfortunately. -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From falcone at bestpractical.com Mon Sep 22 11:47:47 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Mon, 22 Sep 2014 11:47:47 -0400 Subject: [rt-users] Bug in rt-dump-metadata In-Reply-To: <54200C0E.6020703@xs4all.nl> References: <54200C0E.6020703@xs4all.nl> Message-ID: <20140922154747.GC2831@jibsheet.com> On Mon, Sep 22, 2014 at 01:46:22PM +0200, Joop wrote: > I'm looking at migrating some data from one instance of RT to another > and I'm using rt-dump-metadata (4.2.7) to see what I can use. You may actually want to be using the migration tools built into 4.2 > Invoking it with the '-a' option leads to an error and no output: > /opt/rt4/sbin/rt-dump-metadata >metadata.dump > [6238] [Mon Sep 22 11:25:32 2014] [warning]: DBD::Pg::st execute failed: > ERROR: function lower(integer) does not exist > LINE 1: SELECT * FROM Templates WHERE LOWER(Id) = LOWER($1) > > Doing a lower on a integer isn't allowed, thats the problem. Please send this to the bug tracker with Set($LogStackTraces, "error"); enabled. You should also confirm that this is oracle or Pg in that bug report. -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From Gaston at huot.me Mon Sep 22 12:23:26 2014 From: Gaston at huot.me (huotg01) Date: Mon, 22 Sep 2014 09:23:26 -0700 (MST) Subject: [rt-users] 1-"Asset tracker" vs "Assets" ; 2-Relationship graphs In-Reply-To: <20140922153636.GB2831@jibsheet.com> References: <20140919160154.GA2831@jibsheet.com> <20140922153636.GB2831@jibsheet.com> Message-ID: <1411403006077-58598.post@n7.nabble.com> Thanks Kevin. -- View this message in context: http://requesttracker.8502.n7.nabble.com/1-Asset-tracker-vs-Assets-2-Relationship-graphs-tp58588p58598.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From alex at peters.net Mon Sep 22 19:25:53 2014 From: alex at peters.net (Alex Peters) Date: Tue, 23 Sep 2014 09:25:53 +1000 Subject: [rt-users] Catch all ticket changes in one scrip In-Reply-To: <1411375110889-58594.post@n7.nabble.com> References: <1410887258763-58557.post@n7.nabble.com> <1411035990868-58567.post@n7.nabble.com> <1411136027196-58579.post@n7.nabble.com> <1411138327091-58581.post@n7.nabble.com> <1411139288904-58586.post@n7.nabble.com> <1411375110889-58594.post@n7.nabble.com> Message-ID: You have established beyond doubt that the SLA extension is breaking core scrip logic. Please file a bug report against the SLA extension. On 22/09/2014 6:41 pm, "andriusk" wrote: > I made a new installation. > This is the log, which I got from changing tickets /*Subject, Status, > Priority and Due*/ on queue */General/* with /*1 scrip in > TransactionBatch*/ > mode (CustomCondition: 1; Custom action preparation code: 1; Custom action > commit code: 1;), no extensions installed. > > [10295] [Mon Sep 22 08:22:46 2014] [debug]: Rendering attachment #1 of > 'text/html' type > (/opt/rt4/share/html/Elements/ShowTransactionAttachments:182) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: RT::Date used Time::ParseDate > to > make '2014-09-25 00:00:00' 1411628400 (/opt/rt4/sbin/../lib/RT/Date.pm:240) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to prepare scrips for > transaction #34 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Found 2 scrips for > TransactionCreate stage with applicable type(s) Set for txn #34 on ticket > #1 > (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Skipping Scrip #11 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to commit scrips for > transaction #34 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Committing scrip #13 on txn #34 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to prepare scrips for > transaction #35 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Found 2 scrips for > TransactionCreate stage with applicable type(s) Set for txn #35 on ticket > #1 > (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Skipping Scrip #11 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to commit scrips for > transaction #35 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Committing scrip #13 on txn #35 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to prepare scrips for > transaction #36 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Found 2 scrips for > TransactionCreate stage with applicable type(s) Set for txn #36 on ticket > #1 > (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Skipping Scrip #11 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to commit scrips for > transaction #36 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Committing scrip #13 on txn #36 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to prepare scrips for > transaction #37 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Found 3 scrips for > TransactionCreate stage with applicable type(s) Status for txn #37 on > ticket > #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Skipping Scrip #11 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Skipping Scrip #12 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to commit scrips for > transaction #37 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Committing scrip #13 on txn #37 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to prepare scrips for > transaction #38 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Found 2 scrips for > TransactionCreate stage with applicable type(s) Set for txn #38 on ticket > #1 > (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Converting 'utf-8' to 'utf-8' > for text/plain - Subjectless message (/opt/rt4/sbin/../lib/RT/I18N.pm:295) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Converting 'utf-8' to 'utf-8' > for text/html - Subjectless message (/opt/rt4/sbin/../lib/RT/I18N.pm:295) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Encode::Guess guessed encoding: > utf8 (/opt/rt4/sbin/../lib/RT/I18N.pm:574) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Encode::Guess guessed encoding: > utf8 (/opt/rt4/sbin/../lib/RT/I18N.pm:574) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to commit scrips for > transaction #38 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Committing scrip #11 on txn #38 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Calling SetRecipientDigests for > transaction RT::Transaction=HASH(0x7f28f814dcd8), id 38 > (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:623) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Working on mailfield To; > recipients are (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:639) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Content-Type: > multipart/alternative; boundary="----------=_1411374183-10294-5" > Subject: [(Test) KTU ITPI #1] testas > From: "Enoch Root via RT" <> > Reply-To: > References: > Message-ID: > X-RT-Loop-Prevention: (Test) KTU ITPI > X-RT-Ticket: (Test) KTU ITPI #1 > X-Managed-BY: RT 4.2.7 (http://www.bestpractical.com/rt/) > X-RT-Originator: root at localhost > (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:646) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Removing deferred recipients > from To: line (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:669) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Setting deferred recipients for > attribute creation (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:678) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Working on mailfield Cc; > recipients are (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:639) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Content-Type: > multipart/alternative; boundary="----------=_1411374183-10294-5" > Subject: [(Test) KTU ITPI #1] testas > From: "Enoch Root via RT" <> > Reply-To: > References: > Message-ID: > X-RT-Loop-Prevention: (Test) KTU ITPI > X-RT-Ticket: (Test) KTU ITPI #1 > X-Managed-BY: RT 4.2.7 (http://www.bestpractical.com/rt/) > X-RT-Originator: root at localhost > (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:646) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Removing deferred recipients > from Cc: line (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:669) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Setting deferred recipients for > attribute creation (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:678) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Working on mailfield Bcc; > recipients are (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:639) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Content-Type: > multipart/alternative; boundary="----------=_1411374183-10294-5" > Subject: [(Test) KTU ITPI #1] testas > From: "Enoch Root via RT" <> > Reply-To: > References: > Message-ID: > X-RT-Loop-Prevention: (Test) KTU ITPI > X-RT-Ticket: (Test) KTU ITPI #1 > X-Managed-BY: RT 4.2.7 (http://www.bestpractical.com/rt/) > X-RT-Originator: root at localhost > (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:646) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Removing deferred recipients > from Bcc: line (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:669) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Setting deferred recipients for > attribute creation (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:678) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: No recipients found for > deferred > delivery on transaction #38 > (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:691) > [10294] [Mon Sep 22 08:23:03 2014] [info]: > #1/38 - Scrip 11 On > Owner Change Notify Owner (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:284) > [10294] [Mon Sep 22 08:23:03 2014] [info]: > No recipients found. > Not > sending. (/opt/rt4/sbin/../lib/RT/Interface/Email.pm:378) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Committing scrip #13 on txn #38 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to prepare scrips for > transaction #39 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Found 2 scrips for > TransactionCreate stage with applicable type(s) SetWatcher for txn #39 on > ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Skipping Scrip #11 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: About to commit scrips for > transaction #39 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Committing scrip #13 on txn #39 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > *[10294] [Mon Sep 22 08:23:03 2014] [debug]: Found 1 scrips for > TransactionBatch stage with applicable type(s) Set,Status,SetWatcher for > txn > #34 on ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495)* > [10294] [Mon Sep 22 08:23:03 2014] [debug]: Committing scrip #16 on txn #34 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > > > Now this is the log after installing and configuring SLA for the queue > General. /*Changing same fields as before + SLA*/ > > [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to prepare scrips for > transaction #55 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 4 scrips for > TransactionCreate stage with applicable type(s) CustomField for txn #55 on > ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #11 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #18 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to commit scrips for > transaction #55 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #13 on txn #55 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #19 on txn #55 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Last effective requestors' > reply > to ticket #1 is txn #25 > (/opt/rt4/local/plugins/RT-Extension-SLA/lib/RT/Action/SLA_SetDue.pm:41) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to prepare scrips for > transaction #56 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 3 scrips for > TransactionCreate stage with applicable type(s) Set for txn #56 on ticket > #1 > (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #11 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #19 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to commit scrips for > transaction #56 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #13 on txn #56 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: RT::Date used Time::ParseDate > to > make '2014-09-30 00:00:00' 1412060400 (/opt/rt4/sbin/../lib/RT/Date.pm:240) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to prepare scrips for > transaction #57 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 3 scrips for > TransactionCreate stage with applicable type(s) Set for txn #57 on ticket > #1 > (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #11 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #19 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to commit scrips for > transaction #57 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #13 on txn #57 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to prepare scrips for > transaction #58 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 3 scrips for > TransactionCreate stage with applicable type(s) Set for txn #58 on ticket > #1 > (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #11 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #19 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to commit scrips for > transaction #58 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #13 on txn #58 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to prepare scrips for > transaction #59 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 3 scrips for > TransactionCreate stage with applicable type(s) Set for txn #59 on ticket > #1 > (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #11 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #19 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to commit scrips for > transaction #59 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #13 on txn #59 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to prepare scrips for > transaction #60 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 4 scrips for > TransactionCreate stage with applicable type(s) Status for txn #60 on > ticket > #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #11 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #12 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to commit scrips for > transaction #60 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #13 on txn #60 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #19 on txn #60 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Last effective requestors' > reply > to ticket #1 is txn #25 > (/opt/rt4/local/plugins/RT-Extension-SLA/lib/RT/Action/SLA_SetDue.pm:41) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to prepare scrips for > transaction #61 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 3 scrips for > TransactionCreate stage with applicable type(s) Set for txn #61 on ticket > #1 > (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #11 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #19 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to commit scrips for > transaction #61 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #13 on txn #61 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to prepare scrips for > transaction #62 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 3 scrips for > TransactionCreate stage with applicable type(s) Set for txn #62 on ticket > #1 > (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) > [11136] [Mon Sep 22 08:36:12 2014] [info]: > not sending to > root at localhost, creator of the transaction, due to NotifyActor setting > (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:840) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Converting 'utf-8' to 'utf-8' > for text/plain - Subjectless message (/opt/rt4/sbin/../lib/RT/I18N.pm:295) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Converting 'utf-8' to 'utf-8' > for text/html - Subjectless message (/opt/rt4/sbin/../lib/RT/I18N.pm:295) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Encode::Guess guessed encoding: > utf8 (/opt/rt4/sbin/../lib/RT/I18N.pm:574) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Encode::Guess guessed encoding: > utf8 (/opt/rt4/sbin/../lib/RT/I18N.pm:574) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #19 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to commit scrips for > transaction #62 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #11 on txn #62 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Calling SetRecipientDigests for > transaction RT::Transaction=HASH(0x7f87809391e8), id 62 > (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:623) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Working on mailfield To; > recipients are (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:639) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Content-Type: > multipart/alternative; boundary="----------=_1411374972-11136-1" > Subject: [(Test) KTU ITPI #1] testass > From: "Enoch Root via RT" <> > Reply-To: > References: > Message-ID: > X-RT-Loop-Prevention: (Test) KTU ITPI > X-RT-Ticket: (Test) KTU ITPI #1 > X-Managed-BY: RT 4.2.7 (http://www.bestpractical.com/rt/) > X-RT-Originator: root at localhost > (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:646) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Removing deferred recipients > from To: line (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:669) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Setting deferred recipients for > attribute creation (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:678) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Working on mailfield Cc; > recipients are (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:639) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Content-Type: > multipart/alternative; boundary="----------=_1411374972-11136-1" > Subject: [(Test) KTU ITPI #1] testass > From: "Enoch Root via RT" <> > Reply-To: > References: > Message-ID: > X-RT-Loop-Prevention: (Test) KTU ITPI > X-RT-Ticket: (Test) KTU ITPI #1 > X-Managed-BY: RT 4.2.7 (http://www.bestpractical.com/rt/) > X-RT-Originator: root at localhost > (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:646) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Removing deferred recipients > from Cc: line (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:669) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Setting deferred recipients for > attribute creation (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:678) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Working on mailfield Bcc; > recipients are (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:639) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Content-Type: > multipart/alternative; boundary="----------=_1411374972-11136-1" > Subject: [(Test) KTU ITPI #1] testass > From: "Enoch Root via RT" <> > Reply-To: > References: > Message-ID: > X-RT-Loop-Prevention: (Test) KTU ITPI > X-RT-Ticket: (Test) KTU ITPI #1 > X-Managed-BY: RT 4.2.7 (http://www.bestpractical.com/rt/) > X-RT-Originator: root at localhost > (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:646) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Removing deferred recipients > from Bcc: line (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:669) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Setting deferred recipients for > attribute creation (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:678) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: No recipients found for > deferred > delivery on transaction #62 > (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:691) > [11136] [Mon Sep 22 08:36:12 2014] [info]: > #1/62 - Scrip 11 On > Owner Change Notify Owner (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:284) > [11136] [Mon Sep 22 08:36:12 2014] [info]: > No recipients found. > Not > sending. (/opt/rt4/sbin/../lib/RT/Interface/Email.pm:378) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #13 on txn #62 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to prepare scrips for > transaction #63 (/opt/rt4/sbin/../lib/RT/Transaction.pm:187) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 2 scrips for > TransactionCreate stage with applicable type(s) SetWatcher for txn #63 on > ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:495) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Skipping Scrip #11 because it > isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:353) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: About to commit scrips for > transaction #63 (/opt/rt4/sbin/../lib/RT/Transaction.pm:210) > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #13 on txn #63 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > *[11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 1 scrips for > TransactionBatch stage with applicable type(s) > CustomField,Set,Status,SetWatcher for txn #55 on ticket #1 > (/opt/rt4/sbin/../lib/RT/Scrips.pm:495)* > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #16 on txn #55 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > *[11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 1 scrips for > TransactionBatch stage with applicable type(s) Set for txn #61 on ticket #1 > (/opt/rt4/sbin/../lib/RT/Scrips.pm:495)* > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #16 on txn #61 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > *[11136] [Mon Sep 22 08:36:12 2014] [debug]: Found 1 scrips for > TransactionBatch stage with applicable type(s) Set for txn #56 on ticket #1 > (/opt/rt4/sbin/../lib/RT/Scrips.pm:495)* > [11136] [Mon Sep 22 08:36:12 2014] [debug]: Committing scrip #16 on txn #56 > of ticket #1 (/opt/rt4/sbin/../lib/RT/Scrips.pm:306) > > > TransactionBatch is run 1 time in the first use case and 3 times in second. > I can't get a better explanation what is happening... > > > > -- > View this message in context: > http://requesttracker.8502.n7.nabble.com/Catch-all-ticket-changes-in-one-scrip-tp58372p58594.html > Sent from the Request Tracker - User mailing list archive at Nabble.com. > -- > RT Training November 4 & 5 Los Angeles > http://bestpractical.com/training > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrius.kulbis at gmail.com Wed Sep 24 06:21:28 2014 From: andrius.kulbis at gmail.com (andriusk) Date: Wed, 24 Sep 2014 03:21:28 -0700 (MST) Subject: [rt-users] Catch all ticket changes in one scrip In-Reply-To: References: <1411035990868-58567.post@n7.nabble.com> <1411136027196-58579.post@n7.nabble.com> <1411138327091-58581.post@n7.nabble.com> <1411139288904-58586.post@n7.nabble.com> <1411375110889-58594.post@n7.nabble.com> Message-ID: <54229BB5.6030201@gmail.com> Another question. Are the transactions of changes to a ticket made by web UI (fields selected in web ui) and by scrips, that change some other value because one of values was changed by UI, assigned to the same TransactionBatch? 2014-09-23 02:24, Alex Peters [via RequestTracker] ra??: > > You have established beyond doubt that the SLA extension is breaking > core scrip logic. > > Please file a bug report against the SLA extensionn > > -- > RT Training November 4 & 5 Los Angeles > http://bestpractical.com/training > > > ------------------------------------------------------------------------ > If you reply to this email, your message will be added to the > discussion below: > http://requesttracker.8502.n7.nabble.com/Catch-all-ticket-changes-in-one-scrip-tp58372p58599.html > > To unsubscribe from Catch all ticket changes in one scrip, click here > . > NAML > > -- Pagarbiai Andrius Kulbis -- View this message in context: http://requesttracker.8502.n7.nabble.com/Catch-all-ticket-changes-in-one-scrip-tp58372p58602.html Sent from the Request Tracker - User mailing list archive at Nabble.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From allen.joslin at gmail.com Wed Sep 24 11:02:38 2014 From: allen.joslin at gmail.com (Al Joslin) Date: Wed, 24 Sep 2014 11:02:38 -0400 Subject: [rt-users] how to grant superUser ? Message-ID: <4A1C2D0E-1E94-4BED-82AF-D7F1EF962C3F@gmail.com> How are you supposed to grant SuperUser to a user? I log in as Root and go to Admin -> Global -> User Rights I type the username into the AddUser box and select Rights For Administrators and check the box for SuperUser I hit Save Changes and I get a message: Principal 24 not found What am I doing wrong ? thanks al; From training at bestpractical.com Tue Sep 23 15:56:14 2014 From: training at bestpractical.com (Talena Gandy) Date: Tue, 23 Sep 2014 15:56:14 -0400 Subject: [rt-users] [rt-announce] Don't forget! RT Training coming to Los Angeles in November Message-ID: <4BF4D417-BBF5-4327-87BE-2EF6818FFD5F@bestpractical.com> Hello! This is just a reminder that Best Practical's next Request Tracker training is taking place on November 4-5 in Los Angeles, CA. This will be our last public session of 2014! This training will introduce you to the new features in RT 4.2 as part of a comprehensive overview of RT. Whether you've been using Request Tracker for years or are a recent convert, you'll have a good understanding of all of RT's features and functionality by the end of the session. For both days, it is USD $1,495 for one person. This includes training materials, continental style breakfast, and snacks. You can register by heading over to our shop to pay via credit card (Amex not accepted, unfortunately.) You can also drop us a note at training at bestpractical.com if you'd rather we send an invoice. Finally, if you're from an academic institution, or would like to send more than 3 people, let us know so we can give you a bit of a discount. Please feel free to write in with any questions you have! Warmly, - The Best Practical Team -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- _______________________________________________ rt-announce mailing list rt-announce at lists.bestpractical.com http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-announce From Gaston at huot.me Wed Sep 24 17:37:46 2014 From: Gaston at huot.me (huotg01) Date: Wed, 24 Sep 2014 14:37:46 -0700 (MST) Subject: [rt-users] 1-"Asset tracker" vs "Assets" ; 2-Relationship graphs In-Reply-To: <20140922153636.GB2831@jibsheet.com> References: <20140919160154.GA2831@jibsheet.com> <20140922153636.GB2831@jibsheet.com> Message-ID: <1411594666498-58607.post@n7.nabble.com> Kevin Is there a way to filter the tickets just to display (in the Relationship graph) those not closed ? Thanks GH -- View this message in context: http://requesttracker.8502.n7.nabble.com/1-Asset-tracker-vs-Assets-2-Relationship-graphs-tp58588p58607.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From fleon at seguroscatatumbo.com Thu Sep 25 08:51:23 2014 From: fleon at seguroscatatumbo.com (fleon) Date: Thu, 25 Sep 2014 05:51:23 -0700 (MST) Subject: [rt-users] Permissions to let a user administer a queue Message-ID: <1411649483815-58608.post@n7.nabble.com> Hello, i am having a hard time setting permissions correctly. I have a queue for the development guys, created a group for the developers to join. I want one of those developers to have rights to administer everything relating to that queue. So i added the user to the group, gave permissions to the group and gave the specific user "adminqueue" The problem is that when the user logs in he doesn't have any way to admin the queue. I searched the forum and one guy had the same problem, and it was suggested to make an admin group and gave that group " ShowConfigTab", but if i give that permission then they can see every option in the admin menu, the name of all queues and a bunch of other things they shouldn't have. So far, i added every permission to the user i want both in the group and in the queue. I just want the queue to be administered by one user, and that user to also be able to add /remove people from the group that was created to handle the tickets in that queue. Can someone help? Thanks in advance -- View this message in context: http://requesttracker.8502.n7.nabble.com/Permissions-to-let-a-user-administer-a-queue-tp58608.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From fleon at seguroscatatumbo.com Thu Sep 25 11:40:20 2014 From: fleon at seguroscatatumbo.com (fleon) Date: Thu, 25 Sep 2014 08:40:20 -0700 (MST) Subject: [rt-users] Asset extension and SelfInterface Message-ID: <1411659620428-58609.post@n7.nabble.com> Hello everyone, i have a working RT 4.2.7 with the latest Asset extension. My question is regarding the UI. So far the user with the SelfInterface can search the Assets menu and find his own asset and then create a linked ticket to it. My question is, is there a way to add the user's assets in the new ticket creation option so a user can simply check which asset is related to his issue? Seems to me like a more intuitive approach -- View this message in context: http://requesttracker.8502.n7.nabble.com/Asset-extension-and-SelfInterface-tp58609.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From Albert.Shih at obspm.fr Thu Sep 25 11:48:48 2014 From: Albert.Shih at obspm.fr (Albert Shih) Date: Thu, 25 Sep 2014 17:48:48 +0200 Subject: [rt-users] Auto set queue Message-ID: <20140925154848.GB48474@pcjas.obspm.fr> Hi everyone, I would like to knwon where (I'm not very good in scrip) I can find a example of a scrip to allow me to automatically set a ticket queue according to the value of a custom field. The purpose is to allow the requestor to create a ticket with some customs fields and to put this ticket in a specific queue depending of the value of one custom field Thanks Regards. JAS -- Albert SHIH DIO b?timent 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex France T?l?phone : +33 1 45 07 76 26/+33 6 86 69 95 71 xmpp: jas at obspm.fr Heure local/Local time: jeu 25 sep 2014 17:46:27 CEST From prushing at gmail.com Thu Sep 25 13:37:50 2014 From: prushing at gmail.com (Paul Rushing) Date: Thu, 25 Sep 2014 12:37:50 -0500 Subject: [rt-users] LDAP External Auth intermittent failure Message-ID: I'm using RT-4.2.7 installed from source, on ubuntu 14.04LTS. I've been trying to get the External Auth (0.23) extension working properly with AD. I can login to RT using the local admin account root. I can login to RT using my AD account with the ExternalAuth config I have. But, when I return to login again, I get an error. And the AD login fails. I can then restart the RT process and it will work again. Below is a snippet from logs I'm having problems with. Sep 25 16:42:19 b890cf44e25f RT: [526] Configuration option AutoCreate is deprecated, and will be removed in RT 4.4. You should use UserAutocreateDefaultsOnLogin instead. Sep 25 16:42:19 b890cf44e25f RT: [526] RT::Authen::ExternalAuth::LDAP::GetAuth External Auth OK ( My_LDAP ): myusername Sep 25 16:42:19 b890cf44e25f RT: [526] Successful login for myusername from 172.17.0.75 Sep 25 16:42:55 b890cf44e25f RT: [526] Successful login for root from 172.17.0.75 Sep 25 16:47:47 b890cf44e25f RT: [526] RT::Authen::ExternalAuth::LDAP::_GetBoundLdapObj Can't bind: LDAP_INVALID_CREDENTIALS 49 Sep 25 16:47:47 b890cf44e25f RT: [526] FAILED LOGIN for myusername from 172.17.0.75 Sep 25 16:47:52 b890cf44e25f RT: [526] RT::Authen::ExternalAuth::LDAP::_GetBoundLdapObj Can't bind: LDAP_INVALID_CREDENTIALS 49 Sep 25 16:47:52 b890cf44e25f RT: [526] FAILED LOGIN for myusername from 172.17.0.75 Restart the RT process and it works again: Sep 25 16:50:30 b890cf44e25f RT: [547] Configuration option AutoCreate is deprecated, and will be removed in RT 4.4. You should use UserAutocreateDefaultsOnLogin instead. Sep 25 16:50:30 b890cf44e25f RT: [547] RT::Authen::ExternalAuth::LDAP::GetAuth External Auth OK ( My_LDAP ): myusername Sep 25 16:50:30 b890cf44e25f RT: [547] Successful login for myusername from 172.17.0.75 Testing, I deliberately used the wrong password for my account. Sep 25 16:53:55 b890cf44e25f RT: [547] My_LDAP AUTH FAILED myusername (can't bind: LDAP_INVALID_CREDENTIALS 49 ) I don't understand the _GetBoundLdapObj error message, The bind username and password are correct as we can see from the 1st login attempt being successful. It's not the error message from an invalid password being entered for the user account. Is this related to a bug ( https://rt.cpan.org/Public/Bug/Display.html?id=69500 ) where different credentials are being used to bind to the ldap server for a query? -------------- next part -------------- An HTML attachment was scrubbed... URL: From fleon at seguroscatatumbo.com Thu Sep 25 14:20:19 2014 From: fleon at seguroscatatumbo.com (fleon) Date: Thu, 25 Sep 2014 11:20:19 -0700 (MST) Subject: [rt-users] LDAP External Auth intermittent failure In-Reply-To: References: Message-ID: <1411669219464-58612.post@n7.nabble.com> i had this issue when i had debian on virtualbox, but when i moved rt to a real box it went away. even that or an update to rt (or maybe even the plugin) and i haven't seen it again. -- View this message in context: http://requesttracker.8502.n7.nabble.com/LDAP-External-Auth-intermittent-failure-tp58611p58612.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From fleon at seguroscatatumbo.com Thu Sep 25 14:40:37 2014 From: fleon at seguroscatatumbo.com (fleon) Date: Thu, 25 Sep 2014 11:40:37 -0700 (MST) Subject: [rt-users] Permissions to let a user administer a queue In-Reply-To: <1411649483815-58608.post@n7.nabble.com> References: <1411649483815-58608.post@n7.nabble.com> Message-ID: <1411670437240-58613.post@n7.nabble.com> i decided to enable ShowConfigTab and then revoke all rights on the privileged group to the other queue. That other queue only has rights for requesters and users of their own group. So far i think it's working, the user sees all menus but can only see his queue, can't create or modify other queues (he can't even see them). He can also add users to the group he belongs to. The only thing missing is that the system groups are not being shown inside the queue, so he can't set permissions on them: System Everyone (not shown) Privileged (not shown) Unprivileged (not shown) Roles AdminCc (not shown) Cc (not shown) Owner (not shown) Requestor (not shown) He only sees his group belonging to his queue. What i am missing so he can set the permissions to the system and role groups? -- View this message in context: http://requesttracker.8502.n7.nabble.com/Permissions-to-let-a-user-administer-a-queue-tp58608p58613.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From jvdwege at xs4all.nl Fri Sep 26 03:01:00 2014 From: jvdwege at xs4all.nl (Joop) Date: Fri, 26 Sep 2014 09:01:00 +0200 Subject: [rt-users] Bug in rt-dump-metadata In-Reply-To: <20140922154747.GC2831@jibsheet.com> References: <54200C0E.6020703@xs4all.nl> <20140922154747.GC2831@jibsheet.com> Message-ID: <3c0b5a71341cfa2aa3736a851b06de23.squirrel@webmail.xs4all.nl> > On Mon, Sep 22, 2014 at 01:46:22PM +0200, Joop wrote: >> I'm looking at migrating some data from one instance of RT to another >> and I'm using rt-dump-metadata (4.2.7) to see what I can use. > > You may actually want to be using the migration tools built into 4.2 > >> Invoking it with the '-a' option leads to an error and no output: >> /opt/rt4/sbin/rt-dump-metadata >metadata.dump >> [6238] [Mon Sep 22 11:25:32 2014] [warning]: DBD::Pg::st execute failed: >> ERROR: function lower(integer) does not exist >> LINE 1: SELECT * FROM Templates WHERE LOWER(Id) = LOWER($1) >> >> Doing a lower on a integer isn't allowed, thats the problem. > > Please send this to the bug tracker with > Set($LogStackTraces, "error"); > enabled. > > You should also confirm that this is oracle or Pg in that bug report. Ticket #30415 as per request. Joop From fleon at seguroscatatumbo.com Fri Sep 26 08:06:51 2014 From: fleon at seguroscatatumbo.com (fleon) Date: Fri, 26 Sep 2014 05:06:51 -0700 (MST) Subject: [rt-users] Permissions to let a user administer a queue In-Reply-To: <1411670437240-58613.post@n7.nabble.com> References: <1411649483815-58608.post@n7.nabble.com> <1411670437240-58613.post@n7.nabble.com> Message-ID: <1411733211604-58622.post@n7.nabble.com> I added the ShowACL and ModifyAcl permissions to the admincc, even tried assigning them to the user manually, even as a global right, but still i can't see the system groups. -- View this message in context: http://requesttracker.8502.n7.nabble.com/Permissions-to-let-a-user-administer-a-queue-tp58608p58622.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From fleon at seguroscatatumbo.com Fri Sep 26 09:12:13 2014 From: fleon at seguroscatatumbo.com (fleon) Date: Fri, 26 Sep 2014 06:12:13 -0700 (MST) Subject: [rt-users] Permissions to let a user administer a queue In-Reply-To: <1411649483815-58608.post@n7.nabble.com> References: <1411649483815-58608.post@n7.nabble.com> Message-ID: <1411737133117-58623.post@n7.nabble.com> Finally "resolved" it. I decided to turn on all rights to the user on a global level and turning them off one by one. Turns out i had to enable "SeeQueue" as a global right. I am thinking "unprivileged, privileged, everyone" are internal "groups" therefore i needed the permission. However, now the user can see any group and know the group's members, but he can't mess with the other group. That's not what i want, however i can live with it, and i can sort of understand why it works this way. You need to view every group in order to assign them permissions. For me it would have made for sense for the admincc to be able to do everything with a queue without requiring a global right. Users shouldn't be able to know which users are inside a group, and i can't see a way to deny "outside users" this right from the other group itself. So, to recap, here is what i did: -Assign a specific user ShowConfigTab and SeeQueue -Add group A to queue A and grant all permissions in that queue for that group. I hope this helps someone, but i am hoping my solution is actually wrong and there's a better way to do this, but i can't see it. After all, i needed to enable just 2 permissions to fix my issue. -- View this message in context: http://requesttracker.8502.n7.nabble.com/Permissions-to-let-a-user-administer-a-queue-tp58608p58623.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From vaclav.ovsik at i.cz Fri Sep 26 09:22:42 2014 From: vaclav.ovsik at i.cz (=?iso-8859-1?Q?V=E1clav_Ovs=EDk?=) Date: Fri, 26 Sep 2014 15:22:42 +0200 Subject: [rt-users] FYI: database upgrade & bug in DBD::Pg 3.4.1 Message-ID: <20140926132242.GF11124@bobek.localdomain> Hi, I found a bug in the DBD::Pg 3.4.1 yesterday https://rt.cpan.org/Public/Bug/Display.html?id=99144 The problem was fixed very quickly and the new version 3.4.2 was released. The upgrade failed for etc/upgrade/3.9.8/content, details are in the bug-report above. ... Processing 3.9.8 Now populating database schema. Now inserting data. [8237] [Thu Sep 25 15:20:56 2014] [warning]: DBD::Pg::db table_info failed: ERROR: operator does not exist: text = integer LINE 34: ) ti WHERE "TABLE_TYPE" IN (1) ^ HINT: No operator matches the given name and argument type(s). You might need to add explicit type casts. at /opt/interni/sbin/../lib/RT/Handle.pm line 1739, <> line 1. (/opt/interni/sbin/../lib/RT/Handle.pm:1739) Couldn't finish 'upgrade' step. ERROR: One of initial functions failed: DBD::Pg::db table_info failed: ERROR: operator does not exist: text = integer LINE 34: ) ti WHERE "TABLE_TYPE" IN (1) ^ HINT: No operator matches the given name and argument type(s). You might need to add explicit type casts. at /opt/interni/sbin/../lib/RT/Handle.pm line 1739, <> line 1. Maybe this can help someone... -- Zito From dave at goodchoice.it Fri Sep 26 10:16:10 2014 From: dave at goodchoice.it (David Lane (IT Support)) Date: Fri, 26 Sep 2014 15:16:10 +0100 Subject: [rt-users] add cc on ticket create based on custom field - and a quick selfservice question Message-ID: 1) Users are members of a security group, I was thinking i could create a CF and add the cc user in there and have a scrip to add them as a cc - any ideas or recipes appreciated... We don't run a queue for each customer so I can't just use the queues.... 2) In selfservice - the history.html link (from the subject) doesn't work - is this a bug, permissions or something i've broken i'm using rt 4.2.6 on debs ? Thanks Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From falcone at bestpractical.com Fri Sep 26 14:51:05 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Fri, 26 Sep 2014 14:51:05 -0400 Subject: [rt-users] add cc on ticket create based on custom field - and a quick selfservice question In-Reply-To: References: Message-ID: <20140926185105.GA3860@jibsheet.com> On Fri, Sep 26, 2014 at 03:16:10PM +0100, David Lane (IT Support) wrote: > 1) Users are members of a security group, I was thinking i could create a CF > and add the cc user in there and have a scrip to add them as a cc - any ideas > or recipes appreciated... We don't run a queue for each customer so I can't > just use the queues.... You want AddWatcher, you pass in the PrincipalId of the group you want to Cc. You probably also want to use IsWatcher first so you don't add someone twice. > 2) In selfservice - the history.html link (from the subject) doesn't work - is > this a bug, permissions or something i've broken i'm using rt 4.2.6 on debs ? SelfService doesn't link to a History.html (it doesn't have one). I suspect you've misconfigured something, probably http://bestpractical.com/docs/rt/latest/RT_Config.html#DefaultSelfServiceSearchResultFormat but you'll need to better explain the problem if that isn't it. -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From falcone at bestpractical.com Fri Sep 26 14:59:19 2014 From: falcone at bestpractical.com (Kevin Falcone) Date: Fri, 26 Sep 2014 14:59:19 -0400 Subject: [rt-users] Permissions to let a user administer a queue In-Reply-To: <1411737133117-58623.post@n7.nabble.com> References: <1411649483815-58608.post@n7.nabble.com> <1411737133117-58623.post@n7.nabble.com> Message-ID: <20140926185919.GB3860@jibsheet.com> On Fri, Sep 26, 2014 at 06:12:13AM -0700, fleon wrote: > Turns out i had to enable "SeeQueue" as a global right. > I am thinking "unprivileged, privileged, everyone" are internal "groups" > therefore i needed the permission. SeeQueue or SeeGroup? If you really fixed this with SeeQueue, then your complaint is very confusing to me. You should file a feature request to make the Everyone/Privileged/Unprivileged and Role groups visible on Queue rights pages for Queue admins (users without SuperUser). -kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 221 bytes Desc: not available URL: From tackittj at reed.edu Fri Sep 26 15:00:10 2014 From: tackittj at reed.edu (Josh Tackitt) Date: Fri, 26 Sep 2014 12:00:10 -0700 Subject: [rt-users] Love your RT Dashboard(s)? Care to share? Message-ID: <5425B7BA.6050801@reed.edu> In the past few years our RT usage has increased dramatically. We're now in a position where our old Dashboards, leftover from the days when our RT usage was very minimal, are not very helpful. Some of us rely on being AdminCcs on various queues and use our email in-boxes to monitor RT...which can be rather maddening. I currently monitor 3 queues that average 75 open tickets at any given time. Yesterday was a slow day and I only received 96 emails from RT due to my reliance on being an AdminCc on the queues I must monitor. I am hopeful that an improved dashboard will allow me and my colleagues to stop being AdminCc on entire queues and instead focus on specific tickets. What changes did you make to your Dashboard that that made it more useful to you? Did you spend a lot of time talking about, tweaking and refining your Dashboard(s)? What was the result? Do you have a Dashboard that you find extremely useful and well organized? Would you care to share it with the list and tell us how you use it and why it works in your environment? Of course these will vary greatly depending on the type of work being performed but I'm just hoping for some ideas/inspiration. Thank you! Josh From fleon at seguroscatatumbo.com Fri Sep 26 15:09:13 2014 From: fleon at seguroscatatumbo.com (fleon) Date: Fri, 26 Sep 2014 12:09:13 -0700 (MST) Subject: [rt-users] Permissions to let a user administer a queue In-Reply-To: <20140926185919.GB3860@jibsheet.com> References: <1411649483815-58608.post@n7.nabble.com> <1411737133117-58623.post@n7.nabble.com> <20140926185919.GB3860@jibsheet.com> Message-ID: <1411758553205-58629.post@n7.nabble.com> I am very sorry, you are right, i had to enable SeeGroup. I am glad that you see that this can be improved. I filed bug 30416. http://issues.bestpractical.com/Ticket/Display.html?id=30416 -- View this message in context: http://requesttracker.8502.n7.nabble.com/Permissions-to-let-a-user-administer-a-queue-tp58608p58629.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From bbaker at copesan.com Fri Sep 26 15:15:19 2014 From: bbaker at copesan.com (Bryon Baker) Date: Fri, 26 Sep 2014 19:15:19 +0000 Subject: [rt-users] Happened after patch Message-ID: Need some help. I patch opensuse 12.3 yesterday for the Shellshock Bash Threat. Now I get the following error. msg 3/68 (19058 bytes), delivery error (command rt-mailgate 15079 wrote to stderr: cannot chdir to /root from /tmp/9RCVS3sfzz: Permission denied, aborting. at /usr/lib/perl5/site_perl/5.16.2/File/Temp.pm line 784.) Here is the perl script I am running as a cron job use DBI; use Proc::ProcessTable; use Process; use DateTime; my $command2 = " "; my $currentID = $$; my $dt = DateTime->now; open(FILE, "ps aux|"); while () { (my $uid,my $pid,my $cpu,my $mem,my $vsz,my $rss,my $tty,my $stat,my $start,my $time,my $command,my $command1,my $command2) = split; $command .= $command1 // "Unknown"; $command .= $command2 // "Unknown"; my $result = index($command, "/usr/bin/getmail"); if ($pid ne $currentID) { if ($result > -1) { print "$dt Scrip already running $command $pid $currentID $result\n"; exit; } } } if(! chdir("/root")){ print "\n cannot change the working directory \n"; } system("getmail -r /opt/rt4/etc/getmail/getmailHelpdesk -g /opt/rt4/etc/getmail"); #system("getmail -r /opt/rt4/etc/getmail/getmailCUHelpdesk -g /opt/rt4/etc/getmail"); #system("getmail -r /opt/rt4/etc/getmail/getmailPartnerRequest -g /opt/rt4/etc/getmail"); system("getmail -r /opt/rt4/etc/getmail/getmailBounce -g /opt/rt4/etc/getmail"); Here is my getmail config [retriever] #type = SimpleIMAPSSLRetriever #server = imap.gmail.com #port = 993 #username = testcopesan at gmail.com #password = #mailboxes = ('BBaker',) type = SimpleIMAPSSLRetriever #server = pod51010.outlook.com server = outlook.office365.com port = 993 username = password = mailboxes = ('To_Request_Tracker',) [destination] type = MDA_external path = /opt/rt4/bin/rt-mailgate user = rt group = rtgroup arguments = ("--url", "http://localhost/rt", "--queue", "IT Helpdesk InBox", "--action", "correspond",) [options] read_all = false delete = false received = True delivered_to = false delete_after = 30 max_messages_per_session = 1 message_log = /opt/rt4/var/log/Helpdeskmail.log When retrieving messages. Two things are happening 1: I am getting multiple Tickets from one email every time I retrieve emails. 2: I get directories left over in the tmp directory with strange names Ie: 1WIaWc2pkH I6oSjd1eH4 TbpZ6dj3i9 c9BeTfQUqN m_iT06tRYz rmr3N7P9Y4 Would appreciate help currently system has been down for about 12 hours. Bryon Baker Network Operations Manager Copesan - Specialists in Pest Solutions 800-267-3726 * 262-783-6261 ext. 2296 bbaker at copesan.com www.copesan.com "Servicing North America with Local Care" -------------- next part -------------- An HTML attachment was scrubbed... URL: From allen.joslin at gmail.com Fri Sep 26 17:06:08 2014 From: allen.joslin at gmail.com (Al Joslin) Date: Fri, 26 Sep 2014 17:06:08 -0400 Subject: [rt-users] granting super user fails with principal not found References: Message-ID: bump > Message: 2 > Date: Wed, 24 Sep 2014 11:02:38 -0400 > From: Al Joslin > To: rt-users at lists.bestpractical.com > Subject: [rt-users] how to grant superUser ? > Message-ID: <4A1C2D0E-1E94-4BED-82AF-D7F1EF962C3F at gmail.com> > Content-Type: text/plain; charset=us-ascii > > How are you supposed to grant SuperUser to a user? > > I log in as Root and go to Admin -> Global -> User Rights > > I type the username into the AddUser box and select Rights For Administrators and check the box for SuperUser > > I hit Save Changes and I get a message: Principal 24 not found > > What am I doing wrong ? > > thanks > al; From alexmv at bestpractical.com Fri Sep 26 17:10:32 2014 From: alexmv at bestpractical.com (Alex Vandiver) Date: Fri, 26 Sep 2014 17:10:32 -0400 Subject: [rt-users] how to grant superUser ? In-Reply-To: <4A1C2D0E-1E94-4BED-82AF-D7F1EF962C3F@gmail.com> References: <4A1C2D0E-1E94-4BED-82AF-D7F1EF962C3F@gmail.com> Message-ID: <5425D648.1030906@bestpractical.com> On 09/24/2014 11:02 AM, Al Joslin wrote: > I hit Save Changes and I get a message: Principal 24 not found Run rt-validator -- that implies your internal user and principal tables are missing rows. - Alex From allen.joslin at gmail.com Fri Sep 26 18:04:50 2014 From: allen.joslin at gmail.com (Al Joslin) Date: Fri, 26 Sep 2014 18:04:50 -0400 Subject: [rt-users] how to grant superUser ? In-Reply-To: <5425D648.1030906@bestpractical.com> References: <4A1C2D0E-1E94-4BED-82AF-D7F1EF962C3F@gmail.com> <5425D648.1030906@bestpractical.com> Message-ID: I ran the rt-validator with --check with --check --resolve with --check --resolve --force at no time did it complain or make any indication that anything was changed I still get the: Principal not found error al; On Sep 26, 2014, at 5:10 PM, Alex Vandiver wrote: > On 09/24/2014 11:02 AM, Al Joslin wrote: >> I hit Save Changes and I get a message: Principal 24 not found > > Run rt-validator -- that implies your internal user and principal tables > are missing rows. > - Alex From fleon at seguroscatatumbo.com Fri Sep 26 18:39:34 2014 From: fleon at seguroscatatumbo.com (fleon) Date: Fri, 26 Sep 2014 15:39:34 -0700 (MST) Subject: [rt-users] granting super user fails with principal not found In-Reply-To: References: Message-ID: <1411771174267-58643.post@n7.nabble.com> Does the user have privileges? Meaning in the user menu, does he have the option "let this user be granted rights" turned on? -- View this message in context: http://requesttracker.8502.n7.nabble.com/granting-super-user-fails-with-principal-not-found-tp58639p58643.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From alex at peters.net Sat Sep 27 10:30:55 2014 From: alex at peters.net (Alex Peters) Date: Sun, 28 Sep 2014 00:30:55 +1000 Subject: [rt-users] Apache + .htaccess + mod_rewrite: avoiding WebPath configuration warnings Message-ID: I'm in the unfortunate position of having to maintain an RT instance on a shared host, where Apache and .htaccess are the only choice. Moreover, due to the way the shared host operates, processes are frequently killed causing RT to restart frequently. Consequently, the log is getting spammed with this: [30928] [Sat Sep 27 07:10:35 2014] [warning]: The requested path (/dispatch.fcgi) does NOT match the configured WebPath (). Perhaps you should Set($WebPath, '/dispatch.fcgi'); in RT_SiteConfig.pm, otherwise your internal links may be broken. (.../RT/Interface/Web.pm:1324) Apache + .htaccess + mod_rewrite is not advertised in web_deployment.pod as a recommended way of deployment, but surely others on this list have had to go down this path and hopefully some have found a way to avoid this log message from being generated. I probably don't have an ideal .htaccess file in place. Here are my .htaccess bits. Any pointers would be gratefully received. Options +ExecCGI AddHandler fcgid-script .fcgi RewriteEngine On RewriteCond %{REQUEST_FILENAME} -f RewriteRule .* - [L] RewriteRule ^(.*)$ dispatch.fcgi/$1 [QSA,L] For what it's worth, this is the dispatch.fcgi content: #!/home/rt/opt/perl-5.20.1/bin/perl use Plack::Handler::FCGI (); use Plack::Builder 'builder'; Plack::Handler::FCGI->new->run(builder { do '.../rt-4.2.7/sbin/rt-server.fcgi'; }); WebPath is set to an empty string because RT is served from the domain's root level. -------------- next part -------------- An HTML attachment was scrubbed... URL: From oscoffrobvetaxem at tin-fan.com Sat Sep 27 13:56:38 2014 From: oscoffrobvetaxem at tin-fan.com (oscoffrobvetaxem) Date: Sat, 27 Sep 2014 10:56:38 -0700 (MST) Subject: [rt-users] Trying to use a CSV file as a custom field values source: "Can't use string (...) as an ARRAY ref while "strict refs" in use." Message-ID: <1411840598195-58645.post@n7.nabble.com> I am trying to create a custom field values source with a CSV file as a source. The CSV file is in this format (for reference): > "System ID","UPC","EAN","Custom SKU","Manufact. SKU","Item","Qty.","Price","Tax","Category","Manufacturer","Season","Department","MSRP","Tax Class","Default Cost","Vendor" > "210000000002","","","","","LABOR - Do Something Important: Make Moneys","-","$30.00","No","Service / Important Stuff","","","","0.00","Labor","0.000000000","" The CSV is a dump from my POS system and I would like to have Request Tracker populate the values of an "Enter multiple values" type custom field with specific elements from that CSV joined together (Columns 5 + 7). The code I have hacked together to fill an array with the data I want is as follows: > package RT::CustomFieldValues::LaborItems; > > use strict; > use warnings; > > use base qw(RT::CustomFieldValues::External); > use Text::CSV; > > sub SourceDescription { > return 'Labor items from the POS.'; > } > > sub ExternalValues { > my @csvdata; > my $file = '/var/rt4/lib/RT/CustomFieldValues/item_listing_LABOR.csv'; > > my $csv = Text::CSV -> new({ sep_char => ',' }); > open ( my $cvsfh, '<', $file ) or die "Could not open $file: $!"; > > while( my $row = $csv -> getline( $cvsfh ) ) { > push @csvdata, $row; > } > shift( @csvdata ); # Remove the first entry (just contains the names of the columns). > my @customvalues; > my $i = 0; > my $name; > my $price; > my $cvname; > foreach ( @csvdata ){ > my $name = @{ $csvdata[$i][5] }; > my $price = @{ $csvdata[$i++][7] }; > my $cvname = join "", $name, " - ", $price; # Stick the price on the end of the name. > push( @customvalues, name => $cvname ); > } > return @customvalues; > } > > RT::Base->_ImportOverlays(); > > 1; I've tried searching through other threads with this error, but haven't been able to translate anything I've learned into a working field values source for RequestTracker. If I run the script sans RT specific code I can print @customvalues and get an array of hashes, or dump @customvalues and see that the information I want is making it that far at least. The specific error I am getting is as follows: > [2491] [Sat Sep 27 16:54:57 2014] [error]: Can't use string ("LABOR - Do Something Important: "...) as an ARRAY ref while "strict refs" in use at /var/rt4/sbin/../lib/RT/CustomFieldValues/LaborItems.pm line 30, <$cvsfh> line 114. > Stack: > [/var/rt4/sbin/../lib/RT/CustomFieldValues/LaborItems.pm:30] > [/var/rt4/sbin/../lib/RT/CustomFieldValues/External.pm:194] > [/usr/local/share/perl5/DBIx/SearchBuilder.pm:507] > [/var/rt4/share/html/Admin/CustomFields/Modify.html:257] > [/var/rt4/share/html/Admin/autohandler:49] > [/var/rt4/sbin/../lib/RT/Interface/Web.pm:682] > [/var/rt4/sbin/../lib/RT/Interface/Web.pm:370] > [/var/rt4/share/html/autohandler:53] (/var/rt4/sbin/../lib/RT/Interface/Web/Handler.pm:209) I have a feeling I've just been in Python-land for too long and I've made a silly mistake somewhere, so if anybody wouldn't mind glancing over my code I'd really be super stoked for the help! Thanks for the assistance, Aaron -- View this message in context: http://requesttracker.8502.n7.nabble.com/Trying-to-use-a-CSV-file-as-a-custom-field-values-source-Can-t-use-string-as-an-ARRAY-ref-while-stri-tp58645.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From oscoffrobvetaxem at tin-fan.com Sat Sep 27 18:33:02 2014 From: oscoffrobvetaxem at tin-fan.com (oscoffrobvetaxem) Date: Sat, 27 Sep 2014 15:33:02 -0700 (MST) Subject: [rt-users] Solved: Trying to use a CSV file as a custom field values source: "Can't use string (...) as an ARRAY ref while "strict refs" in use." In-Reply-To: <1411840598195-58645.post@n7.nabble.com> References: <1411840598195-58645.post@n7.nabble.com> Message-ID: <1411857182542-58646.post@n7.nabble.com> Wow, turns out I just needed a good nap... Lots wrong with my first try, not sure how I thought that was going to work! Anyways, for everybody else looking to figure this out, the functioning code follows: > package RT::CustomFieldValues::LaborItems; > > use strict; > use warnings; > > use base qw(RT::CustomFieldValues::External); > use Text::CSV; > > sub SourceDescription { > return 'Labor items from the POS.'; > } > > sub ExternalValues { > my @csvdata = []; # Create an empty array for CSV data. > my $file = '/var/rt4/lib/RT/CustomFieldValues/item_listing_LABOR.csv'; > > my $csv = Text::CSV -> new({ sep_char => ',' }); > open ( my $cvsfh, '<', $file ) or die "Could not open $file: $!"; > > while( my $row = $csv -> getline( $cvsfh ) ) { > push @csvdata, $row; > } > shift @csvdata; # Removes the first line, just has column names. > > my @customvalues; > for my $csvline ( @csvdata ){ > my $itemname = $csvline->[5]; > my $price = $csvline->[7]; > my $cvname = join "", $itemname, " - ", $price; # Stick the price on the end of the name. > my $cvhash->{ 'name' } = $cvname ; > push( @customvalues, $cvhash ); > } > return \@customvalues; > } > > #dump &ExternalValues; > > RT::Base->_ImportOverlays(); > > 1; RT is now successfully populating the custom field values! -- View this message in context: http://requesttracker.8502.n7.nabble.com/Trying-to-use-a-CSV-file-as-a-custom-field-values-source-Can-t-use-string-as-an-ARRAY-ref-while-stri-tp58645p58646.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From Bernhard.Eierschmalz at scheppach.com Mon Sep 29 06:00:30 2014 From: Bernhard.Eierschmalz at scheppach.com (Eierschmalz, Bernhard) Date: Mon, 29 Sep 2014 10:00:30 +0000 Subject: [rt-users] problem with ExtractCustomFieldValues Extension Message-ID: <97344147CBA1644584462D6D81C43CE413830372@svex.scheppach.local> Hi all, I'm trying to install and configure the ExtractCustomFieldValues extension. What I've done until now is: 1. Download & Install extension 2. Create a Template called ExtractCF with following content: Kategorie Service|Body|Kategorie Service-> (.+)$||q| As you can see "Kategorie Service" is the name of my CF. 3. Create a scrip called ExtractCF with condition "on create", ation "Extract Custom Field Values" and template "ExtractCF" 4. Create a Ticket with content "Kategorie Service->test" in body through WebInterface 5. It did not work. In the error logs I cannot find any hint. What can I do? Best regards Bernhard -------------- next part -------------- An HTML attachment was scrubbed... URL: From arekm at maven.pl Mon Sep 29 08:09:28 2014 From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=) Date: Mon, 29 Sep 2014 14:09:28 +0200 Subject: [rt-users] rt being silent about not saving attachments in case of sql query failure Message-ID: <201409291409.28472.arekm@maven.pl> Hello. I'm using rt 4.2.7 and sending mails with attachments to it. Unfortunately due to mysql db problems only core mail message is being saved without any attachments: [9761] [Mon Sep 29 11:19:03 2014] [critical]: Attachment insert failed: Row size too large (> 8126). Changing some columns to TEXT or BLOB or using ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED may help. In current row format, BLOB prefix of 768 bytes is stored inline. (/usr/share/perl5/vendor_perl/RT/Attachment.pm:219) It would make sense to store any information about this failure inside of rt ticket (something like "failed to save attachments") instead of silently (well, there is this log) dropping it. Thanks, -- Arkadiusz Mi?kiewicz, arekm / maven.pl From fleon at seguroscatatumbo.com Mon Sep 29 08:27:17 2014 From: fleon at seguroscatatumbo.com (fleon) Date: Mon, 29 Sep 2014 05:27:17 -0700 (MST) Subject: [rt-users] Scrip to modify a ticket's text content? Message-ID: <1411993637962-58650.post@n7.nabble.com> We are using Exchange 2007 and tickets get created just fine by using Exchange's smarthost feature. The issue is that we have set some of that disclaimers that get added to every email, and sadly 2007 doesn't seem to have an option to remove the disclaimer as an exception for an specific recipient, so i am guessing i may be able to do it with a scrip. The content of the disclaimer is (starts below this line): ________________________________ USO DEL CORREO ELECTRONICO DE SEGUROS CATATUMBO, C.A. HACIA INTERNET: Este mensaje y cualquier anexo pueden ser confidenciales o tener privilegios legales. Si usted recibe este mensaje por error o no es su destinatario, deber? notificar a webmaster at seguroscatatumbo.com y eliminar el mensaje y cualquier anexo o copias. Est? prohibida su distribuci?n, divulgaci?n o utilizaci?n de cualquier informaci?n contenida en el mismo. SEGUROS CATATUMBO, C.A.: This message may contain information solely of the interest of SEGUROS CATATUMBO, C.A. or its businesses. Copying, distribution, disclosure or any use of the information contained in this message is permitted only to authorized parties. If you have received this e-mail by error, please notify webmaster at seguroscatatumbo.com. -------------------------------------------------------------------------------------------------------------------- Por favor, no imprima este e-mail a menos que realmente necesite hacerlo. Please, don't print this e-mail unless you really need to. As you see, it's kind of long, so i don't have a clue on how to do this. My guess is to look for the ________________________________ line and delete everything from there. This would also need to work on ticket replies by email. I can code a little, but don't know perl enough to do this by myself, but with a working example i could see myself adapting it. I have seen the RT::Ticket but i don't see anything regarding the ticket content. -- View this message in context: http://requesttracker.8502.n7.nabble.com/Scrip-to-modify-a-ticket-s-text-content-tp58650.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From fleon at seguroscatatumbo.com Mon Sep 29 11:37:08 2014 From: fleon at seguroscatatumbo.com (fleon) Date: Mon, 29 Sep 2014 08:37:08 -0700 (MST) Subject: [rt-users] SLA Extension sets CF but not Due Date Message-ID: <1412005028836-58652.post@n7.nabble.com> Hello, i am trying the SLA Extension (1.01) and it's setting my CF value, but not the due date. I created a ticket through email and here is the log info: [5455] [Mon Sep 29 15:23:39 2014] [notice]: Passed a unix time less than 0, forcing to 0: [-1] (/opt/rt4/sbin/../lib/RT/Date.pm:563) [5455] [Mon Sep 29 15:23:39 2014] [notice]: Passed a unix time less than 0, forcing to 0: [-1] (/opt/rt4/sbin/../lib/RT/Date.pm:563) Here's the server date format: root at mar-zabbix:/opt/rt4/etc# date Mon Sep 29 11:00:51 VET 2014 Here's my SLA config: %RT::ServiceBusinessHours = ( 'horario' => { 0 => { Name => 'Sunday', Start => 'undef', End => 'undef' }, 1 => { Name => 'Monday', Start => '7:30', End => '17:00' }, 1 => { Name => 'Tuesday', Start => '7:30', End => '17:00' }, 1 => { Name => 'Wednesday', Start => '7:30', End => '17:00' }, 1 => { Name => 'Thursday', Start => '7:30', End => '17:00' }, 1 => { Name => 'Friday', Start => '7:30', End => '17:00' }, 1 => { Name => 'Saturday', Start => 'undef', End => 'undef' }, }, ); %RT::ServiceAgreements = ( Default => '1h', QueueDefault => { 'apoyo' => '1h', 'sistemas' => '8h', }, Levels => { '1h' => { BusinessHours => 'horario', Response => { BusinessMinutes => 60*1}, KeepInLoop => { BusinessMinutes => 60*1}, Resolve => { BusinessMinutes => 60*1}, }, '8h' => { BusinessHours => 'horario', Response => { BusinessMinutes => 60*8}, KeepInLoop => { BusinessMinutes => 60*8}, }, }, ); My system is Debian Wheezy with Venezuelan Standard Time (VET). It's in english. Now, search i found this patch by Kevin Falcone: http://lists.fsck.com/pipermail/rt-commit/2014-May/027521.html I am thinking it may be just a notice regarding my "undef" use in the config, maybe i can just use 0 and be done with it? If this is the problem and it hasn't got anything to do with my due date not setting, what can i do to fix it? -- View this message in context: http://requesttracker.8502.n7.nabble.com/SLA-Extension-sets-CF-but-not-Due-Date-tp58652.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From fleon at seguroscatatumbo.com Mon Sep 29 13:09:13 2014 From: fleon at seguroscatatumbo.com (fleon) Date: Mon, 29 Sep 2014 10:09:13 -0700 (MST) Subject: [rt-users] SLA Extension sets CF but not Due Date In-Reply-To: <1412005028836-58652.post@n7.nabble.com> References: <1412005028836-58652.post@n7.nabble.com> Message-ID: <1412010553485-58653.post@n7.nabble.com> Bleh. The error was obvious, i copy pasted all days and forgot to increment the numbers from 0 to 6 on the "horario" definition. I created a new ticket by email after fixing and restarting apache and now works. -- View this message in context: http://requesttracker.8502.n7.nabble.com/SLA-Extension-sets-CF-but-not-Due-Date-tp58652p58653.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From nomad at ee.washington.edu Mon Sep 29 16:41:14 2014 From: nomad at ee.washington.edu (Lee Damon) Date: Mon, 29 Sep 2014 13:41:14 -0700 Subject: [rt-users] DBD::Pg::st execute failed: ERROR: duplicate key value violates unique constraint "articles_pkey" at [...]/DBIx/SearchBuilder/Handle.pm Message-ID: <5429C3EA.3070503@ee.washington.edu> Greetings, TL;DR: I am in the process of trying to migrate an ancient RT 3.6.4 version to 4.2.7. Most of the migration works -- old tickets and articles can be read, new tickets can be created via the web interface -- but creation of new articles fails with "[warning]: DBD::Pg::st execute failed: ERROR: duplicate key value violates unique constraint "articles_pkey" at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/DBIx/SearchBuilder/Handle.pm line 589. (/usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/DBIx/SearchBuilder/Handle.pm:589) [799] [Mon Sep 22 19:44:42 2014] [warning]: RT::Handle=HASH(0x8980380) couldn't execute the query 'INSERT INTO Articles (Class, Name, Creator, LastUpdatedBy, Summary, LastUpdated, Created) VALUES (?, ?, ?, ?, ?, ?, ?)' at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/DBIx/SearchBuilder/Handle.pm line 602." (Full text of the logged error is at the end of this email) I'm not a DBA and have very little (read: no real) experience with postgres. I'm hoping I can get some pointers/help or even a potential DB fix for this problem. Full story: Our RT3 (backed by postgresql 8.3.7) instance was installed and configured by a long-since-departed SA. As far as I can tell he did a little bit of customizing but I don't think he made any schema changes. I do see a rt/local/html/RTFM/Article/Edit.html file but I'm darned if I can find the original to it to see what changes he made. (Diffing against Article/Edit.html in 3.6.4 source renders something that makes no sense at all. I suspect he started with an even earlier version but can't prove it.) The RT4 instance is installed on a new (RHEL 6) host with postgresql-8.4.20. To migrate the data I've tried several different steps: Export: pg_dump -U apache rt3 > rt3.sql as well as pg_dump --blobs --create --format=plain --file=/s0/nomad/rt3.sql --verbose --column-inserts --disable-dollar-quoting --username=apache rt3 Import: (Commented lines are previous attempts. Uncommented are the steps I'm currently using. There are multiple layers of old here, I'm just leaving them documented here to show I made the attempt.) #sudo /usr/nikola/pkgs/rt/sbin/rt-setup-database --action create,acl sudo -u postgres createdb rt4 #sudo -u postgres createuser apache sudo -u postgres psql rt4 < /s0/nomad/rt3.sql sudo -u postgres psql ALTER DATABASE rt3 RENAME TO rt4; \q psql --list --username=apache # verify that the database is rt4 upgrade: # set path to have .../pkgs/perl/5.20.0/bin first -- this is where I've installed all the deps cd (rt src) sudo make upgrade-database # upgrade to 3.9.8 sudo /usr/nikola/pkgs/perl/.5.20.0/bin/perl /usr/nikola/pkgs/rt/etc/upgrade/upgrade-articles sudo make upgrade-database # upgrade from 3.9.8 to latest cd /usr/nikola/pkgs/rt sudo /usr/nikola/pkgs/perl/.5.20.0/bin/perl etc/upgrade/vulnerable-passwords --fix sudo /usr/nikola/pkgs/perl/.5.20.0/bin/perl -I /usr/nikola/pkgs/rt/local/lib -I /usr/nikola/pkgs/rt/lib etc/upgrade/shrink_cgm_table.pl sudo /usr/nikola/pkgs/perl/.5.20.0/bin/perl -I /usr/nikola/pkgs/rt/local/lib -I /usr/nikola/pkgs/rt/lib etc/upgrade/shrink_transactions_table.pl sudo perl -I /usr/nikola/pkgs/rt/local/lib -I /usr/nikola/pkgs/rt/lib etc/upgrade/4.0-customfield-checkbox-extension sudo sbin/rt-validator --check --resolv new user id should be 25 sudo etc/upgrade/switch-templates-to html I have shell files of all of this if anyone has specific questions. I see exactly two "error" lines from make upgrade-database telling me to run etc/upgrade/upgrade-articles (which is the next thing I do so I'm pretty sure that's not the problem). I see a lot of warnings from etc/upgrade/upgrade-articles in the forms (each of these is an example of something that kicks out anywhere from 10 to a couple of hundred lines): Applied Class 'VLSI Computing' globally at /usr/nikola/pkgs/rt/etc/upgrade/upgrade-articles line 131. (/usr/nikola/pkgs/rt/etc/upgrade/upgrade-articles:131) Fixing ACL 344 to refer to RT::Class: The new value has been set. at /usr/nikola/pkgs/rt/etc/upgrade/upgrade-articles line 146. (/usr/nikola/pkgs/rt/etc/upgrade/upgrade-articles:146) Updated CF 3 Value for Article 4 at /usr/nikola/pkgs/rt/etc/upgrade/upgrade-articles line 174. (/usr/nikola/pkgs/rt/etc/upgrade/upgrade-articles:174) Fixing Topic 1 to refer to RT::Class: The new value has been set. at /usr/nikola/pkgs/rt/etc/upgrade/upgrade-articles line 187. (/usr/nikola/pkgs/rt/etc/upgrade/upgrade-articles:187) Fixing Topic 5 to apply to article: ObjectType changed from "RT::FM::Article" to "RT::Article" at /usr/nikola/pkgs/rt/etc/upgrade/upgrade-articles line 202. (/usr/nikola/pkgs/rt/etc/upgrade/upgrade-articles:202) Updating base to fsck.com-article://nikola.ee.washington.edu/article/112: The new value has been set. for link 1871 at /usr/nikola/pkgs/rt/etc/upgrade/upgrade-articles line 217. (/usr/nikola/pkgs/rt/etc/upgrade/upgrade-articles:217) Updated Transaction 477 to point to RT::Article at /usr/nikola/pkgs/rt/etc/upgrade/upgrade-articles line 240. (/usr/nikola/pkgs/rt/etc/upgrade/upgrade-articles:240) When I run sbin/rt-validator --check --resolv it starts off by complaining that multiple I18N.pm files are tained. E.g. [warning]: /afs/ee.washington.edu/nikola/. at sys/pkgs/rt/.4.2.7/sbin/../lib/RT/I18N/cs.pm is tainted. not loading at /afs/ee.washington.edu/nikola/. at sys/pkgs/rt/.4.2.7/sbin/../lib/RT/I18N.pm line 105. (/afs/ee.washington.edu/nikola/. at sys/pkgs/rt/.4.2.7/sbin/../lib/RT/I18N.pm:105) Then goes on to complain about "A record in Principals refers to a nonexistent record in Users." I don't remember removing users but it is clearly the case. It also kicks out errors relating to: Record #80 in Groups references a nonexistent record in Users Record #20286 in Groups references a nonexistent record in Tickets Record #76 in GroupMembers references a nonexistent record in Groups Record #66 in GroupMembers references a nonexistent record in Principals Record #194 in CachedGroupMembers references a nonexistent record in GroupMembers Record #193 in CachedGroupMembers references a nonexistent record in Groups Record #78253 in Transactions references a nonexistent record in Tickets Record #169 in Transactions references a nonexistent record in Principals Record #45447 in Attachments references a nonexistent record in Transactions Found an attachment without a transaction. Record #98 in ObjectCustomFieldValues references a nonexistent record in Articles Record #65 in Attachments references a nonexistent record in Users Column Creator should point to a user, but there is record #9 in table Tickets where it's not true. It's ok to replace these wrong references with id of any user. Record #188 in Transactions references a nonexistent record in Users Record #20288 in Principals references a nonexistent record in Groups Record #20290 in Groups references a nonexistent record in CachedGroupMembers Found a record in Groups that has no direct duplicate in CachedGroupMembers table. Nothing else shows up in the shell files. A full http/error_log entry is: [799] [Mon Sep 22 19:44:42 2014] [warning]: DBD::Pg::st execute failed: ERROR: duplicate key value violates unique constraint "articles_pkey" at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/DBIx/SearchBuilder/Handle.pm line 589. (/usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/DBIx/SearchBuilder/Handle.pm:589) [799] [Mon Sep 22 19:44:42 2014] [warning]: RT::Handle=HASH(0x8980380) couldn't execute the query 'INSERT INTO Articles (Class, Name, Creator, LastUpdatedBy, Summary, LastUpdated, Created) VALUES (?, ?, ?, ?, ?, ?, ?)' at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/DBIx/SearchBuilder/Handle.pm line 602. DBIx::SearchBuilder::Handle::SimpleQuery(RT::Handle=HASH(0x8980380), "INSERT INTO Articles (Class, Name, Creator, LastUpdatedBy, Su"..., 5, "sfd", 25, 25, "asdf", "2014-09-22 19:44:42", "2014-09-22 19:44:42", ...) called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/DBIx/SearchBuilder/Handle.pm line 352 DBIx::SearchBuilder::Handle::Insert(RT::Handle=HASH(0x8980380), "Articles", "Class", 5, "Name", "sfd", "Creator", 25, "LastUpdatedBy", ...) called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/DBIx/SearchBuilder/Handle/Pg.pm line 66 DBIx::SearchBuilder::Handle::Pg::Insert(RT::Handle=HASH(0x8980380), "Articles", "Created", "2014-09-22 19:44:42", "LastUpdated", "2014-09-22 19:44:42", "Summary", "asdf", "LastUpdatedBy", ...) called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/DBIx/SearchBuilder/Record.pm line 1320 DBIx::SearchBuilder::Record::Create(RT::Article=HASH(0x8db7050), "Summary", "asdf", "LastUpdatedBy", 25, "Name", "sfd", "Creator", 25, ...) called at /afs/ee.washington.edu/nikola/.as60-amd64/pkgs/rt/.4.2.6/sbin/../lib/RT/Record.pm line 337 RT::Record::Create(RT::Article=HASH(0x8db7050), "Name", "sfd", "Class", 5, "Summary", "asdf") called at /afs/ee.washington.edu/nikola/.as60-amd64/pkgs/rt/.4.2.6/sbin/../lib/RT/Article.pm line 120 RT::Article::Create(RT::Article=HASH(0x8db7050), "Summary", "asdf", "Name", "sfd", "Class", 5, "Topics", undef, ...) called at /afs/ee.washington.edu/nikola/. at sys/pkgs/rt/.4.2.6/share/html/Articles/Article/Edit.html line 159 HTML::Mason::Commands::__ANON__("id", "new", "Object-RT::Article--CustomField-1-Values-Magic", 1, "next", "", "Object-RT::Article--CustomField-3-Values", "as60-amd64", "RefersTo-new", ...) called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/HTML/Mason/Component.pm line 138 HTML::Mason::Component::run(HTML::Mason::Component::FileBased=HASH(0x8d0a1f8), "id", "new", "Object-RT::Article--CustomField-1-Values-Magic", 1, "next", "", "Object-RT::Article--CustomField-3-Values", "as60-amd64", ...) called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/HTML/Mason/Request.pm line 1305 eval {...} called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/HTML/Mason/Request.pm line 1295 HTML::Mason::Request::comp(undef, undef, undef, "id", "new", "Object-RT::Article--CustomField-1-Values-Magic", 1, "next", "", ...) called at /afs/ee.washington.edu/nikola/.as60-amd64/pkgs/rt/.4.2.6/sbin/../local/lib/RT/Interface/Web.pm line 684 RT::Interface::Web::ShowRequestedPage(HASH(0x89d71f0)) called at /afs/ee.washington.edu/nikola/.as60-amd64/pkgs/rt/.4.2.6/sbin/../local/lib/RT/Interface/Web.pm line 372 RT::Interface::Web::HandleRequest(HASH(0x89d71f0)) called at /afs/ee.washington.edu/nikola/. at sys/pkgs/rt/.4.2.6/share/html/autohandler line 53 HTML::Mason::Commands::__ANON__("next", "", "Object-RT::Article--CustomField-3-Values", "as60-amd64", "Object-RT::Article--CustomField-1-Values-Magic", 1, "id", "new", "Summary", ...) called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/HTML/Mason/Component.pm line 138 HTML::Mason::Component::run(HTML::Mason::Component::FileBased=HASH(0x89d76e8), "next", "", "Object-RT::Article--CustomField-3-Values", "as60-amd64", "Object-RT::Article--CustomField-1-Values-Magic", 1, "id", "new", ...) called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/HTML/Mason/Request.pm line 1303 eval {...} called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/HTML/Mason/Request.pm line 1295 HTML::Mason::Request::comp(undef, undef, undef, "next", "", "Object-RT::Article--CustomField-3-Values", "as60-amd64", "Object-RT::Article--CustomField-1-Values-Magic", 1, ...) called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/HTML/Mason/Request.pm line 484 eval {...} called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/HTML/Mason/Request.pm line 484 eval {...} called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/HTML/Mason/Request.pm line 436 HTML::Mason::Request::exec(RT::Interface::Web::Request=HASH(0x8559518)) called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/HTML/Mason/PSGIHandler.pm line 96 eval {...} called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/HTML/Mason/PSGIHandler.pm line 96 HTML::Mason::Request::PSGI::exec(RT::Interface::Web::Request=HASH(0x8559518)) called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/HTML/Mason/Interp.pm line 345 HTML::Mason::Interp::exec(undef, undef, "next", "", "Object-RT::Article--CustomField-3-Values", "as60-amd64", "Object-RT::Article--CustomField-1-Values-Magic", 1, "id", ...) called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/HTML/Mason/PSGIHandler.pm line 59 eval {...} called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/HTML/Mason/PSGIHandler.pm line 59 HTML::Mason::PSGIHandler::invoke_mason(HTML::Mason::PSGIHandler::Streamy=HASH(0x873f178), HASH(0x89e6128), HASH(0x892fbf8)) called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/HTML/Mason/PSGIHandler/Streamy.pm line 52 HTML::Mason::PSGIHandler::Streamy::__ANON__(CODE(0x8b07150)) called at /afs/ee.washington.edu/nikola/.as60-amd64/pkgs/rt/.4.2.6/sbin/../lib/RT/Interface/Web/Handler.pm line 312 RT::Interface::Web::Handler::__ANON__(CODE(0x8b07150)) called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/Plack/Util.pm line 301 Plack::Util::__ANON__(CODE(0x8993a18)) called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/Plack/Handler/FCGI.pm line 136 Plack::Handler::FCGI::run(Plack::Handler::FCGI=HASH(0x88aeb50), CODE(0x88ae508)) called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/Plack/Loader.pm line 84 Plack::Loader::run(Plack::Loader=HASH(0x889ae20), Plack::Handler::FCGI=HASH(0x88aeb50)) called at /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/Plack/Runner.pm line 277 Plack::Runner::run(RT::PlackRunner=HASH(0x220d5f0)) called at /afs/ee.washington.edu/nikola/.as60-amd64/pkgs/rt/.4.2.6/sbin/../lib/RT/PlackRunner.pm line 141 eval {...} called at /afs/ee.washington.edu/nikola/.as60-amd64/pkgs/rt/.4.2.6/sbin/../lib/RT/PlackRunner.pm line 141 RT::PlackRunner::run(RT::PlackRunner=HASH(0x220d5f0)) called at /usr/nikola/.as60-amd64/pkgs/rt/.4.2.6/sbin/rt-server.fcgi line 162 (/usr/nikola/pkgs/perl/.5.20.0/lib/5.20.0/Carp.pm:169) thanks, nomad From burton.lee at mileweb.com Mon Sep 29 19:11:17 2014 From: burton.lee at mileweb.com (Burton Lee) Date: Mon, 29 Sep 2014 16:11:17 -0700 Subject: [rt-users] Misidentified requestor Message-ID: Hello, I'm running RT 4.2.5 and have a problem with the requestor of a ticket being misidentified when it goes through a mailing list. We use Google mail for a domain. Let's call it domain.com. We created a mailing list, support at domain.com, which forwards to our RT system at alias at ticket.domain.com. If I send an email directly to alias at ticket.domain.com, then the Scrip to create an auto reply to the requestor works as expected. I get the auto reply, and I appear as the requestor of the ticket. HOWEVER, if I send to support at domain.com, the message is forwarded into the RT system and generates a new ticket. But: a) the requestor is misidentified as support at domain.com instead of the address I sent from. b) also /var/log/messages has an error when trying to run the scrip: "No recipients found. Not sending." How exactly does RT identify the requestor? If I look at the message headers inside the ticket created through support at domain.com, there are actually two Mail headers which have the real original sender: From: and X-Original-Sender. I believe the latter was inserted by Google. How can I get Request Tracker to use the original sender as the requestor instead of the mailing list and to get the notification to go to that original sender? Thanks for any insights! -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex at peters.net Mon Sep 29 20:12:52 2014 From: alex at peters.net (Alex Peters) Date: Tue, 30 Sep 2014 10:12:52 +1000 Subject: [rt-users] Misidentified requestor In-Reply-To: References: Message-ID: It sounds like setting up support at domain.com as a "mailing list" is the issue, and would explain why the From address of the mail is getting changed. If you set up support at domain.com as a simple forward, I believe everything should work as expected. On 30/09/2014 9:11 am, "Burton Lee" wrote: > Hello, > I'm running RT 4.2.5 and have a problem with the requestor of a ticket > being misidentified when it goes through a mailing list. > > We use Google mail for a domain. Let's call it domain.com. > > We created a mailing list, support at domain.com, which forwards to our RT > system at alias at ticket.domain.com. > > If I send an email directly to alias at ticket.domain.com, then the Scrip to > create an auto reply to the requestor works as expected. I get the auto > reply, and I appear as the requestor of the ticket. > > HOWEVER, if I send to support at domain.com, the message is forwarded into > the RT system and generates a new ticket. But: > a) the requestor is misidentified as support at domain.com instead of the > address I sent from. > b) also /var/log/messages has an error when trying to run the scrip: > "No recipients found. Not sending." > > How exactly does RT identify the requestor? > > If I look at the message headers inside the ticket created through > support at domain.com, there are actually two Mail headers which have the > real original sender: From: and X-Original-Sender. > I believe the latter was inserted by Google. > > How can I get Request Tracker to use the original sender as the requestor > instead of the mailing list and to get the notification to go to that > original sender? > > Thanks for any insights! > > -- > RT Training November 4 & 5 Los Angeles > http://bestpractical.com/training > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex at peters.net Mon Sep 29 20:15:18 2014 From: alex at peters.net (Alex Peters) Date: Tue, 30 Sep 2014 10:15:18 +1000 Subject: [rt-users] Misidentified requestor In-Reply-To: References: Message-ID: Sorry?I seem to have misread what you wrote. I understand now that the >From address of the mail isn't actually changing. Your setup must be adding or modifying further headers in the mail. Can you provide a copy of those headers? On 30/09/2014 10:12 am, "Alex Peters" wrote: > It sounds like setting up support at domain.com as a "mailing list" is the > issue, and would explain why the From address of the mail is getting > changed. > > If you set up support at domain.com as a simple forward, I believe > everything should work as expected. > On 30/09/2014 9:11 am, "Burton Lee" wrote: > >> Hello, >> I'm running RT 4.2.5 and have a problem with the requestor of a ticket >> being misidentified when it goes through a mailing list. >> >> We use Google mail for a domain. Let's call it domain.com. >> >> We created a mailing list, support at domain.com, which forwards to our RT >> system at alias at ticket.domain.com. >> >> If I send an email directly to alias at ticket.domain.com, then the Scrip >> to create an auto reply to the requestor works as expected. I get the auto >> reply, and I appear as the requestor of the ticket. >> >> HOWEVER, if I send to support at domain.com, the message is forwarded into >> the RT system and generates a new ticket. But: >> a) the requestor is misidentified as support at domain.com instead of the >> address I sent from. >> b) also /var/log/messages has an error when trying to run the scrip: >> "No recipients found. Not sending." >> >> How exactly does RT identify the requestor? >> >> If I look at the message headers inside the ticket created through >> support at domain.com, there are actually two Mail headers which have the >> real original sender: From: and X-Original-Sender. >> I believe the latter was inserted by Google. >> >> How can I get Request Tracker to use the original sender as the requestor >> instead of the mailing list and to get the notification to go to that >> original sender? >> >> Thanks for any insights! >> >> -- >> RT Training November 4 & 5 Los Angeles >> http://bestpractical.com/training >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From duncan at ecs.vuw.ac.nz Mon Sep 29 20:21:27 2014 From: duncan at ecs.vuw.ac.nz (Duncan McEwan) Date: Tue, 30 Sep 2014 13:21:27 +1300 Subject: [rt-users] Misidentified requestor In-Reply-To: References: Message-ID: <201409300021.s8U0LRP2002787@shed11.ecs.vuw.ac.nz> > We use Google mail for a domain. Let's call it domain.com. > > We created a mailing list, support at domain.com, which forwards to our RT > system at alias at ticket.domain.com. > ... > HOWEVER, if I send to support at domain.com, the message is forwarded into the > RT system and generates a new ticket. But: > a) the requestor is misidentified as support at domain.com instead of the > address I sent from. I'm not sure what "We created a mailing list" means in this context, but if the mailing list you created inserts a reply-to header in the email then I think RT may use that in preference to a From: line. Duncan From burton.lee at mileweb.com Mon Sep 29 20:53:58 2014 From: burton.lee at mileweb.com (Burton Lee) Date: Mon, 29 Sep 2014 17:53:58 -0700 Subject: [rt-users] Misidentified requestor In-Reply-To: <201409300021.s8U0LRP2002787@shed11.ecs.vuw.ac.nz> References: <201409300021.s8U0LRP2002787@shed11.ecs.vuw.ac.nz> Message-ID: Thanks guys for the responses. Yes, Google does seem to insert its own Reply-To in place of the original one. Below are sample headers obtained when viewing full headers in the newly created ticket. Is there an easy way to tweak RT to use the From line as the requestor? (I don't know if there is a way to tell google not to modify the header.) support+bncBDUKX4EBEIIJFJFHUECRUBAS5KYEG at domain.com Mon Sep 29 14: 41:40 2014 List-Archive: MIME-Version: 1.0 List-Post: , List-Help: , Received-SPF: pass (google.com: domain of first.lastname at domain.com designates 209.85.215.48 as permitted sender) client-ip=209.85.215.48; Content-Type: multipart/alternative; boundary="001a11c31d0ea6884e05043b216c" Reply-To: support at domain.com Message-ID: X-Received: by 10.180.24.225 with SMTP id x1mr133265wif.2.1412026898842; Mon, 29 Sep 2014 14:41:38 -0700 (PDT) X-Received: by 10.152.10.203 with SMTP id k11mr42997703lab.30.1412026898347; Mon, 29 Sep 2014 14:41:38 -0700 (PDT) X-Received: by 10.112.184.161 with SMTP id ev1mr38852284lbc.82.1412026897690; Mon, 29 Sep 2014 14:41:37 -0700 (PDT) X-Original-Authentication-Results: mx.google.com; spf=pass (google.com: domain of first.lastname at domain.com designates 209.85.215.48 as permitted sender) smtp.mail=first.lastname at domain.com Received: from mail-wi0-f198.google.com (mail-wi0-f198.google.com [209.85.212.198]) by ticket.domain.com (Postfix) with ESMTP id 1654C4806DB for ; Mon, 29 Sep 2014 14:41:39 -0700 (PDT) Received: by mail-wi0-f198.google.com with SMTP id n3sf2842095wiv.1 for < cdn at ticket.domain.com>; Mon, 29 Sep 2014 14:41:39 -0700 (PDT) Received: by 10.152.207.107 with SMTP id lv11ls413469lac.14.gmail; Mon, 29 Sep 2014 14:41:38 -0700 (PDT) Received: from mail-la0-f48.google.com (mail-la0-f48.google.com [209.85.215.48]) by mx.google.com with ESMTPS id nx7si19925631lbb.63.2014.09.29.14.41.38 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 29 Sep 2014 14:41:38 -0700 (PDT) Received: by mail-la0-f48.google.com with SMTP id q1so7378552lam.35 for < support at domain.com>; Mon, 29 Sep 2014 14:41:37 -0700 (PDT) Received: by 10.112.92.138 with HTTP; Mon, 29 Sep 2014 14:41:37 -0700 (PDT) Delivered-To: alias at ticket.domain.com Subject: a last test Return-Path: X-Original-To: cdn at ticket.domain.com X-Google-Dkim-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :x-original-sender:x-original-authentication-results:reply-to :precedence:mailing-list:list-id:list-post:list-help:list-archive :list-unsubscribe:content-type; bh=0HIN6Q48AADTl2neeMSMjzpdmjGJVkFnptRv0K0AJXY=; b=IwnoDAEovMdw+DfvKXDg6OoUXfoOgjeAByIcNHqo4nTKGFBiOiKg8fuV4211i43Mh+ 7Qq6zg2JZPSxzLdmGZzuCfCfH3WzHc2/v/PF85jLx7Wa0hYXih7u3WQBpDUobQHOcYqW s0F+vPGmB76aJT4vFTEJWddX9BTgWdav8NH9ETVsNTfNYfXqyY3mgfAji/TRv6I7s/E0 4OVeWkEQhuaIEXtcdWZ5KK654OB/4OKLQZn+RUNO03DBOvWiplzFPP/9hLbwd3CqMt86 zSnprdpz8QMVpljZZJ6jN0sHPmQMNNryEmDIVP72X2SsOc5FDhRCHNFBUWNeyYfITBwz Dnog== Date: Mon, 29 Sep 2014 14:41:37 -0700 Mailing-List: list support at domain.com; contact support+owners at domain.com X-Google-Group-ID: 712039732685 Precedence: list X-Beenthere: support at domain.com X-Original-Sender: first.lastname at domain.com List-ID: To: "support" List-Unsubscribe: , < http://groups.google.com/a/domain.com/group/support/subscribe> X-GM-Message-State: ALoCoQkqIVSscdNxft+G+JzpqcYWYJpItxbRiqRiKcy7SofeAZF8DgipXwml8VUqDjHwUPlGJQ6y From: "First Lastname" X-RT-Interface: Email Content-Length: 0 content-type: text/plain; charset="utf-8" X-RT-Original-Encoding: utf-8 Content-Length: 132 On Mon, Sep 29, 2014 at 5:21 PM, Duncan McEwan <> wrote: > > We use Google mail for a domain. Let's call it domain.com. > > > > We created a mailing list, support at domain.com, which forwards to our RT > > system at alias at ticket.domain.com. > > ... > > HOWEVER, if I send to support at domain.com, the message is forwarded into > the > > RT system and generates a new ticket. But: > > a) the requestor is misidentified as support at domain.com instead of the > > address I sent from. > > I'm not sure what "We created a mailing list" means in this context, but if > the mailing list you created inserts a reply-to header in the email then I > think RT may use that in preference to a From: line. > > Duncan > > > -- > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex at peters.net Mon Sep 29 21:01:13 2014 From: alex at peters.net (Alex Peters) Date: Tue, 30 Sep 2014 11:01:13 +1000 Subject: [rt-users] Misidentified requestor In-Reply-To: References: <201409300021.s8U0LRP2002787@shed11.ecs.vuw.ac.nz> Message-ID: I'd suggest that using a "mailing list" and then trying to mold RT around it is adding too much complexity to the situation. Consider just using a forwarder, and letting RT handle everything else. What things are you wanting to get out of using a mailing list? It's very likely that RT offers all of that functionality already. On 30 September 2014 10:53, Burton Lee wrote: > Thanks guys for the responses. Yes, Google does seem to insert its own > Reply-To in place of the original one. > > Below are sample headers obtained when viewing full headers in the newly > created ticket. > Is there an easy way to tweak RT to use the From line as the requestor? > > (I don't know if there is a way to tell google not to modify the header.) > > support+bncBDUKX4EBEIIJFJFHUECRUBAS5KYEG at domain.com Mon Sep 29 14: 41:40 > 2014 > List-Archive: > MIME-Version: 1.0 > List-Post: , > > List-Help: < > http://support.google.com/a/domain.com/bin/topic.py?topic=25838>, support+help at domain.com> > Received-SPF: pass (google.com: domain of first.lastname at domain.com > designates 209.85.215.48 as permitted sender) client-ip=209.85.215.48; > Content-Type: multipart/alternative; > boundary="001a11c31d0ea6884e05043b216c" > Reply-To: support at domain.com > Message-ID: mcuokHqWdnp97Mw+dM75NgfZMkk2AgF03wt7wtUWoj4miw at mail.gmail.com> > X-Received: by 10.180.24.225 with SMTP id x1mr133265wif.2.1412026898842; > Mon, 29 Sep 2014 14:41:38 -0700 (PDT) > X-Received: by 10.152.10.203 with SMTP id > k11mr42997703lab.30.1412026898347; Mon, 29 Sep 2014 14:41:38 -0700 (PDT) > X-Received: by 10.112.184.161 with SMTP id > ev1mr38852284lbc.82.1412026897690; Mon, 29 Sep 2014 14:41:37 -0700 (PDT) > X-Original-Authentication-Results: mx.google.com; spf=pass (google.com: > domain of first.lastname at domain.com designates 209.85.215.48 as permitted > sender) smtp.mail=first.lastname at domain.com > Received: from mail-wi0-f198.google.com (mail-wi0-f198.google.com > [209.85.212.198]) by ticket.domain.com (Postfix) with ESMTP id > 1654C4806DB for ; Mon, 29 Sep 2014 14:41:39 > -0700 (PDT) > Received: by mail-wi0-f198.google.com with SMTP id n3sf2842095wiv.1 for < > cdn at ticket.domain.com>; Mon, 29 Sep 2014 14:41:39 -0700 (PDT) > Received: by 10.152.207.107 with SMTP id lv11ls413469lac.14.gmail; Mon, > 29 Sep 2014 14:41:38 -0700 (PDT) > Received: from mail-la0-f48.google.com (mail-la0-f48.google.com > [209.85.215.48]) by mx.google.com with ESMTPS id > nx7si19925631lbb.63.2014.09.29.14.41.38 for > (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 29 Sep 2014 > 14:41:38 -0700 (PDT) > Received: by mail-la0-f48.google.com with SMTP id q1so7378552lam.35 for < > support at domain.com>; Mon, 29 Sep 2014 14:41:37 -0700 (PDT) > Received: by 10.112.92.138 with HTTP; Mon, 29 Sep 2014 14:41:37 -0700 > (PDT) > Delivered-To: alias at ticket.domain.com > Subject: a last test > Return-Path: > X-Original-To: cdn at ticket.domain.com > X-Google-Dkim-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; > s=20130820; > h=x-gm-message-state:mime-version:date:message-id:subject:from:to > :x-original-sender:x-original-authentication-results:reply-to > :precedence:mailing-list:list-id:list-post:list-help:list-archive > :list-unsubscribe:content-type; > bh=0HIN6Q48AADTl2neeMSMjzpdmjGJVkFnptRv0K0AJXY=; > b=IwnoDAEovMdw+DfvKXDg6OoUXfoOgjeAByIcNHqo4nTKGFBiOiKg8fuV4211i43Mh+ > 7Qq6zg2JZPSxzLdmGZzuCfCfH3WzHc2/v/PF85jLx7Wa0hYXih7u3WQBpDUobQHOcYqW > s0F+vPGmB76aJT4vFTEJWddX9BTgWdav8NH9ETVsNTfNYfXqyY3mgfAji/TRv6I7s/E0 > 4OVeWkEQhuaIEXtcdWZ5KK654OB/4OKLQZn+RUNO03DBOvWiplzFPP/9hLbwd3CqMt86 > zSnprdpz8QMVpljZZJ6jN0sHPmQMNNryEmDIVP72X2SsOc5FDhRCHNFBUWNeyYfITBwz Dnog== > Date: Mon, 29 Sep 2014 14:41:37 -0700 > Mailing-List: list support at domain.com; contact support+owners at domain.com > X-Google-Group-ID: 712039732685 > Precedence: list > X-Beenthere: support at domain.com > X-Original-Sender: first.lastname at domain.com > List-ID: > To: "support" > List-Unsubscribe: googlegroups-manage+712039732685+unsubscribe at googlegroups.com>, < > http://groups.google.com/a/domain.com/group/support/subscribe> > X-GM-Message-State: > ALoCoQkqIVSscdNxft+G+JzpqcYWYJpItxbRiqRiKcy7SofeAZF8DgipXwml8VUqDjHwUPlGJQ6y > From: "First Lastname" > X-RT-Interface: Email > Content-Length: 0 > content-type: text/plain; charset="utf-8" > X-RT-Original-Encoding: utf-8 > Content-Length: 132 > > > On Mon, Sep 29, 2014 at 5:21 PM, Duncan McEwan <> wrote: > >> > We use Google mail for a domain. Let's call it domain.com. >> > >> > We created a mailing list, support at domain.com, which forwards to our >> RT >> > system at alias at ticket.domain.com. >> > ... >> > HOWEVER, if I send to support at domain.com, the message is forwarded >> into the >> > RT system and generates a new ticket. But: >> > a) the requestor is misidentified as support at domain.com instead of the >> > address I sent from. >> >> I'm not sure what "We created a mailing list" means in this context, but >> if >> the mailing list you created inserts a reply-to header in the email then I >> think RT may use that in preference to a From: line. >> >> Duncan >> >> >> -- >> > > -- > RT Training November 4 & 5 Los Angeles > http://bestpractical.com/training > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From burton.lee at mileweb.com Mon Sep 29 21:18:05 2014 From: burton.lee at mileweb.com (Burton Lee) Date: Mon, 29 Sep 2014 18:18:05 -0700 Subject: [rt-users] Misidentified requestor In-Reply-To: References: <201409300021.s8U0LRP2002787@shed11.ecs.vuw.ac.nz> Message-ID: Can you clarify what you mean by forwarder? We use Gmail to provide business email for a custom domain. All I want to do is forward support at domain.com into our RT system. You're right I don't actually need a mailing list. Perhaps I need to connect with google to figure out if what we want to do is possible. On Mon, Sep 29, 2014 at 6:01 PM, Alex Peters wrote: > I'd suggest that using a "mailing list" and then trying to mold RT around > it is adding too much complexity to the situation. > > Consider just using a forwarder, and letting RT handle everything else. > > What things are you wanting to get out of using a mailing list? It's very > likely that RT offers all of that functionality already. > > On 30 September 2014 10:53, Burton Lee > wrote: > >> Thanks guys for the responses. Yes, Google does seem to insert its own >> Reply-To in place of the original one. >> >> Below are sample headers obtained when viewing full headers in the newly >> created ticket. >> Is there an easy way to tweak RT to use the From line as the requestor? >> >> (I don't know if there is a way to tell google not to modify the header.) >> >> support+bncBDUKX4EBEIIJFJFHUECRUBAS5KYEG at domain.com Mon Sep 29 14: 41:40 >> 2014 >> List-Archive: >> MIME-Version: 1.0 >> List-Post: , >> >> List-Help: < >> http://support.google.com/a/domain.com/bin/topic.py?topic=25838>, >> >> Received-SPF: pass (google.com: domain of first.lastname at domain.com >> designates 209.85.215.48 as permitted sender) client-ip=209.85.215.48; >> Content-Type: multipart/alternative; >> boundary="001a11c31d0ea6884e05043b216c" >> Reply-To: support at domain.com >> Message-ID: > mcuokHqWdnp97Mw+dM75NgfZMkk2AgF03wt7wtUWoj4miw at mail.gmail.com> >> X-Received: by 10.180.24.225 with SMTP id x1mr133265wif.2.1412026898842; >> Mon, 29 Sep 2014 14:41:38 -0700 (PDT) >> X-Received: by 10.152.10.203 with SMTP id >> k11mr42997703lab.30.1412026898347; Mon, 29 Sep 2014 14:41:38 -0700 (PDT) >> X-Received: by 10.112.184.161 with SMTP id >> ev1mr38852284lbc.82.1412026897690; Mon, 29 Sep 2014 14:41:37 -0700 (PDT) >> X-Original-Authentication-Results: mx.google.com; spf=pass (google.com: >> domain of first.lastname at domain.com designates 209.85.215.48 as >> permitted sender) smtp.mail=first.lastname at domain.com >> Received: from mail-wi0-f198.google.com (mail-wi0-f198.google.com >> [209.85.212.198]) by ticket.domain.com (Postfix) with ESMTP id >> 1654C4806DB for ; Mon, 29 Sep 2014 14:41:39 >> -0700 (PDT) >> Received: by mail-wi0-f198.google.com with SMTP id n3sf2842095wiv.1 for < >> cdn at ticket.domain.com>; Mon, 29 Sep 2014 14:41:39 -0700 (PDT) >> Received: by 10.152.207.107 with SMTP id lv11ls413469lac.14.gmail; Mon, >> 29 Sep 2014 14:41:38 -0700 (PDT) >> Received: from mail-la0-f48.google.com (mail-la0-f48.google.com >> [209.85.215.48]) by mx.google.com with ESMTPS id >> nx7si19925631lbb.63.2014.09.29.14.41.38 for >> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 29 Sep 2014 >> 14:41:38 -0700 (PDT) >> Received: by mail-la0-f48.google.com with SMTP id q1so7378552lam.35 for < >> support at domain.com>; Mon, 29 Sep 2014 14:41:37 -0700 (PDT) >> Received: by 10.112.92.138 with HTTP; Mon, 29 Sep 2014 14:41:37 -0700 >> (PDT) >> Delivered-To: alias at ticket.domain.com >> Subject: a last test >> Return-Path: >> X-Original-To: cdn at ticket.domain.com >> X-Google-Dkim-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= >> 1e100.net; s=20130820; >> h=x-gm-message-state:mime-version:date:message-id:subject:from:to >> :x-original-sender:x-original-authentication-results:reply-to >> :precedence:mailing-list:list-id:list-post:list-help:list-archive >> :list-unsubscribe:content-type; >> bh=0HIN6Q48AADTl2neeMSMjzpdmjGJVkFnptRv0K0AJXY=; >> b=IwnoDAEovMdw+DfvKXDg6OoUXfoOgjeAByIcNHqo4nTKGFBiOiKg8fuV4211i43Mh+ >> 7Qq6zg2JZPSxzLdmGZzuCfCfH3WzHc2/v/PF85jLx7Wa0hYXih7u3WQBpDUobQHOcYqW >> s0F+vPGmB76aJT4vFTEJWddX9BTgWdav8NH9ETVsNTfNYfXqyY3mgfAji/TRv6I7s/E0 >> 4OVeWkEQhuaIEXtcdWZ5KK654OB/4OKLQZn+RUNO03DBOvWiplzFPP/9hLbwd3CqMt86 >> zSnprdpz8QMVpljZZJ6jN0sHPmQMNNryEmDIVP72X2SsOc5FDhRCHNFBUWNeyYfITBwz Dnog== >> Date: Mon, 29 Sep 2014 14:41:37 -0700 >> Mailing-List: list support at domain.com; contact support+owners at domain.com >> X-Google-Group-ID: 712039732685 >> Precedence: list >> X-Beenthere: support at domain.com >> X-Original-Sender: first.lastname at domain.com >> List-ID: >> To: "support" >> List-Unsubscribe: > googlegroups-manage+712039732685+unsubscribe at googlegroups.com>, < >> http://groups.google.com/a/domain.com/group/support/subscribe> >> X-GM-Message-State: >> ALoCoQkqIVSscdNxft+G+JzpqcYWYJpItxbRiqRiKcy7SofeAZF8DgipXwml8VUqDjHwUPlGJQ6y >> From: "First Lastname" >> X-RT-Interface: Email >> Content-Length: 0 >> content-type: text/plain; charset="utf-8" >> X-RT-Original-Encoding: utf-8 >> Content-Length: 132 >> >> >> On Mon, Sep 29, 2014 at 5:21 PM, Duncan McEwan <> wrote: >> >>> > We use Google mail for a domain. Let's call it domain.com. >>> > >>> > We created a mailing list, support at domain.com, which forwards to our >>> RT >>> > system at alias at ticket.domain.com. >>> > ... >>> > HOWEVER, if I send to support at domain.com, the message is forwarded >>> into the >>> > RT system and generates a new ticket. But: >>> > a) the requestor is misidentified as support at domain.com instead of the >>> > address I sent from. >>> >>> I'm not sure what "We created a mailing list" means in this context, but >>> if >>> the mailing list you created inserts a reply-to header in the email then >>> I >>> think RT may use that in preference to a From: line. >>> >>> Duncan >>> >>> >>> -- >>> >> >> -- >> RT Training November 4 & 5 Los Angeles >> http://bestpractical.com/training >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex at peters.net Mon Sep 29 21:27:41 2014 From: alex at peters.net (Alex Peters) Date: Tue, 30 Sep 2014 11:27:41 +1000 Subject: [rt-users] Misidentified requestor In-Reply-To: References: <201409300021.s8U0LRP2002787@shed11.ecs.vuw.ac.nz>

Message-ID: A forwarder will literally just take mail that it receives and pass it to another destination, virtually untouched. From and Reply-To headers are not modified in any way. I have no experience with Google Apps, but some Googling suggests that in the worst case (and assuming that domain.com is completely managed by Google for email purposes), you could set up "support at domain.com" as an actual user, log in as them and set a forwarding address there. On 30 September 2014 11:18, Burton Lee wrote: > Can you clarify what you mean by forwarder? > We use Gmail to provide business email for a custom domain. > All I want to do is forward support at domain.com into our RT system. > You're right I don't actually need a mailing list. > > Perhaps I need to connect with google to figure out if what we want to do > is possible. > > > > On Mon, Sep 29, 2014 at 6:01 PM, Alex Peters wrote: > >> I'd suggest that using a "mailing list" and then trying to mold RT around >> it is adding too much complexity to the situation. >> >> Consider just using a forwarder, and letting RT handle everything else. >> >> What things are you wanting to get out of using a mailing list? It's >> very likely that RT offers all of that functionality already. >> >> On 30 September 2014 10:53, Burton Lee > > wrote: >> >>> Thanks guys for the responses. Yes, Google does seem to insert its own >>> Reply-To in place of the original one. >>> >>> Below are sample headers obtained when viewing full headers in the newly >>> created ticket. >>> Is there an easy way to tweak RT to use the From line as the requestor? >>> >>> (I don't know if there is a way to tell google not to modify the header.) >>> >>> support+bncBDUKX4EBEIIJFJFHUECRUBAS5KYEG at domain.com Mon Sep 29 14: 41:40 >>> 2014 >>> List-Archive: >>> MIME-Version: 1.0 >>> List-Post: , >>> >>> List-Help: < >>> http://support.google.com/a/domain.com/bin/topic.py?topic=25838>, >>> >>> Received-SPF: pass (google.com: domain of first.lastname at domain.com >>> designates 209.85.215.48 as permitted sender) client-ip=209.85.215.48; >>> Content-Type: multipart/alternative; >>> boundary="001a11c31d0ea6884e05043b216c" >>> Reply-To: support at domain.com >>> Message-ID: >> mcuokHqWdnp97Mw+dM75NgfZMkk2AgF03wt7wtUWoj4miw at mail.gmail.com> >>> X-Received: by 10.180.24.225 with SMTP id >>> x1mr133265wif.2.1412026898842; Mon, 29 Sep 2014 14:41:38 -0700 (PDT) >>> X-Received: by 10.152.10.203 with SMTP id >>> k11mr42997703lab.30.1412026898347; Mon, 29 Sep 2014 14:41:38 -0700 (PDT) >>> X-Received: by 10.112.184.161 with SMTP id >>> ev1mr38852284lbc.82.1412026897690; Mon, 29 Sep 2014 14:41:37 -0700 (PDT) >>> X-Original-Authentication-Results: mx.google.com; spf=pass (google.com: >>> domain of first.lastname at domain.com designates 209.85.215.48 as >>> permitted sender) smtp.mail=first.lastname at domain.com >>> Received: from mail-wi0-f198.google.com (mail-wi0-f198.google.com >>> [209.85.212.198]) by ticket.domain.com (Postfix) with ESMTP id >>> 1654C4806DB for ; Mon, 29 Sep 2014 14:41:39 >>> -0700 (PDT) >>> Received: by mail-wi0-f198.google.com with SMTP id n3sf2842095wiv.1 for >>> ; Mon, 29 Sep 2014 14:41:39 -0700 (PDT) >>> Received: by 10.152.207.107 with SMTP id lv11ls413469lac.14.gmail; Mon, >>> 29 Sep 2014 14:41:38 -0700 (PDT) >>> Received: from mail-la0-f48.google.com (mail-la0-f48.google.com >>> [209.85.215.48]) by mx.google.com with ESMTPS id >>> nx7si19925631lbb.63.2014.09.29.14.41.38 for >>> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 29 Sep 2014 >>> 14:41:38 -0700 (PDT) >>> Received: by mail-la0-f48.google.com with SMTP id q1so7378552lam.35 for >>> ; Mon, 29 Sep 2014 14:41:37 -0700 (PDT) >>> Received: by 10.112.92.138 with HTTP; Mon, 29 Sep 2014 14:41:37 -0700 >>> (PDT) >>> Delivered-To: alias at ticket.domain.com >>> Subject: a last test >>> Return-Path: >>> X-Original-To: cdn at ticket.domain.com >>> X-Google-Dkim-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= >>> 1e100.net; s=20130820; >>> h=x-gm-message-state:mime-version:date:message-id:subject:from:to >>> :x-original-sender:x-original-authentication-results:reply-to >>> :precedence:mailing-list:list-id:list-post:list-help:list-archive >>> :list-unsubscribe:content-type; >>> bh=0HIN6Q48AADTl2neeMSMjzpdmjGJVkFnptRv0K0AJXY=; >>> b=IwnoDAEovMdw+DfvKXDg6OoUXfoOgjeAByIcNHqo4nTKGFBiOiKg8fuV4211i43Mh+ >>> 7Qq6zg2JZPSxzLdmGZzuCfCfH3WzHc2/v/PF85jLx7Wa0hYXih7u3WQBpDUobQHOcYqW >>> s0F+vPGmB76aJT4vFTEJWddX9BTgWdav8NH9ETVsNTfNYfXqyY3mgfAji/TRv6I7s/E0 >>> 4OVeWkEQhuaIEXtcdWZ5KK654OB/4OKLQZn+RUNO03DBOvWiplzFPP/9hLbwd3CqMt86 >>> zSnprdpz8QMVpljZZJ6jN0sHPmQMNNryEmDIVP72X2SsOc5FDhRCHNFBUWNeyYfITBwz Dnog== >>> Date: Mon, 29 Sep 2014 14:41:37 -0700 >>> Mailing-List: list support at domain.com; contact support+owners at domain.com >>> X-Google-Group-ID: 712039732685 >>> Precedence: list >>> X-Beenthere: support at domain.com >>> X-Original-Sender: first.lastname at domain.com >>> List-ID: >>> To: "support" >>> List-Unsubscribe: >> googlegroups-manage+712039732685+unsubscribe at googlegroups.com>, < >>> http://groups.google.com/a/domain.com/group/support/subscribe> >>> X-GM-Message-State: >>> ALoCoQkqIVSscdNxft+G+JzpqcYWYJpItxbRiqRiKcy7SofeAZF8DgipXwml8VUqDjHwUPlGJQ6y >>> From: "First Lastname" >>> X-RT-Interface: Email >>> Content-Length: 0 >>> content-type: text/plain; charset="utf-8" >>> X-RT-Original-Encoding: utf-8 >>> Content-Length: 132 >>> >>> >>> On Mon, Sep 29, 2014 at 5:21 PM, Duncan McEwan <> wrote: >>> >>>> > We use Google mail for a domain. Let's call it domain.com. >>>> > >>>> > We created a mailing list, support at domain.com, which forwards to >>>> our RT >>>> > system at alias at ticket.domain.com. >>>> > ... >>>> > HOWEVER, if I send to support at domain.com, the message is forwarded >>>> into the >>>> > RT system and generates a new ticket. But: >>>> > a) the requestor is misidentified as support at domain.com instead of >>>> the >>>> > address I sent from. >>>> >>>> I'm not sure what "We created a mailing list" means in this context, >>>> but if >>>> the mailing list you created inserts a reply-to header in the email >>>> then I >>>> think RT may use that in preference to a From: line. >>>> >>>> Duncan >>>> >>>> >>>> -- >>>> >>> >>> -- >>> RT Training November 4 & 5 Los Angeles >>> http://bestpractical.com/training >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jvdwege at xs4all.nl Tue Sep 30 03:09:08 2014 From: jvdwege at xs4all.nl (Joop) Date: Tue, 30 Sep 2014 09:09:08 +0200 Subject: [rt-users] DBD::Pg::st execute failed: ERROR: duplicate key value violates unique constraint "articles_pkey" at [...]/DBIx/SearchBuilder/Handle.pm In-Reply-To: <5429C3EA.3070503@ee.washington.edu> References: <5429C3EA.3070503@ee.washington.edu> Message-ID: <542A5714.9040600@xs4all.nl> On 29-9-2014 22:41, Lee Damon wrote: > Greetings, > > TL;DR: > I am in the process of trying to migrate an ancient RT 3.6.4 version > to 4.2.7. Most of the migration works -- old tickets and articles can > be read, new tickets can be created via the web interface -- but > creation of new articles fails with "[warning]: DBD::Pg::st execute > failed: ERROR: duplicate key value violates unique constraint > "articles_pkey" at > /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/DBIx/SearchBuilder/Handle.pm > line 589. > (/usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/DBIx/SearchBuilder/Handle.pm:589) > [799] [Mon Sep 22 19:44:42 2014] [warning]: RT::Handle=HASH(0x8980380) > couldn't execute the query 'INSERT INTO Articles (Class, Name, > Creator, LastUpdatedBy, Summary, LastUpdated, Created) VALUES (?, ?, > ?, ?, ?, ?, ?)' at > /usr/nikola/pkgs/perl/.5.20.0/lib/site_perl/5.20.0/DBIx/SearchBuilder/Handle.pm > line 602." > (Full text of the logged error is at the end of this email) > I wonder if you create a new article in the old instance if you then get the same error. I suspect that the sequence that populates the primary key of the articles tables is lower than the latest article. One work around is to set the sequence to the highest id+1 of the article table Fire up your favourite postgres client and connect with your rt_admin to your rt instance, do 'select max(id) from articles;' this should give a number and then do 'select last_value from articles_id_seq;' this number should equal the previous one but I suspect that the last one will be lower than the first. Regards, Joop From rick at hiranyaloka.com Tue Sep 30 07:50:29 2014 From: rick at hiranyaloka.com (rick at hiranyaloka.com) Date: Tue, 30 Sep 2014 04:50:29 -0700 Subject: [rt-users] Dashboard permissions Message-ID: What are the minimum permissions to allow a user or group the right to create a dashboard and set it as their default dashboard? And perhaps add it to their dashboard menu? I haven't found a way other than making a user an Administrator, but that seems too heavy-handed. What am I missing here? Thanks! - Rick From rick at hiranyaloka.com Tue Sep 30 08:10:14 2014 From: rick at hiranyaloka.com (rick at hiranyaloka.com) Date: Tue, 30 Sep 2014 05:10:14 -0700 Subject: [rt-users] Dashboard permissions In-Reply-To: References: Message-ID: <64d995358e9fa82a63b3d76dd7d38a3a.squirrel@webmail.hiranyaloka.com> > What are the minimum permissions to allow a user or group the right to > create a dashboard and set it as their default dashboard? And perhaps add > it to their dashboard menu? > > I haven't found a way other than making a user an Administrator, but that > seems too heavy-handed. What am I missing here? > Of course I look for days, then find it immediately after I post to the list. I found the modifySelf and related permissions in "Modify Global Group Rights". I will make the changes to "Staff" group. While I understand the reasoning (now), going to "Global Rights" seems unituitive when looking to change a user or groups "personal" setting. From Gaston at huot.me Tue Sep 30 09:14:35 2014 From: Gaston at huot.me (huotg01) Date: Tue, 30 Sep 2014 06:14:35 -0700 (MST) Subject: [rt-users] Regular expressions (Perl regex) for validation Message-ID: <1412082875286-58667.post@n7.nabble.com> I'm trying to make a validation for a custom field and obviously I'm missing something. The user has to enter in this custom field: -either nothing -either a number of exactly 2 digits I'm ok with the "exactly 2 digits": (?#2 digits. E.g.:01,11,12)^\d{2}$ but don't know how to add the possibility of entering nothing. Someone has the answer ? Thanks. GH -- View this message in context: http://requesttracker.8502.n7.nabble.com/Regular-expressions-Perl-regex-for-validation-tp58667.html Sent from the Request Tracker - User mailing list archive at Nabble.com. From Gaston at huot.me Tue Sep 30 09:18:37 2014 From: Gaston at huot.me (Gaston Huot) Date: Tue, 30 Sep 2014 09:18:37 -0400 Subject: [rt-users] Regular expressions (Perl regex) for validation Message-ID: I'm trying to make a validation for a custom field and obviously I'm missing something. In this custom field, the user has to enter: -either nothing -either a number of exactly 2 digits I'm ok with the "exactly 2 digits": (?#2 digits. E.g.:01,11,12)^\d{2}$ but don't know how to add the possibility of entering nothing. Someone has the answer ? Thanks. GH -------------- next part -------------- An HTML attachment was scrubbed... URL: From mc at unistra.fr Tue Sep 30 10:13:05 2014 From: mc at unistra.fr (Marc Chantreux) Date: Tue, 30 Sep 2014 16:13:05 +0200 Subject: [rt-users] Regular expressions (Perl regex) for validation In-Reply-To: References: Message-ID: <20140930141305.GC9446@ramirez.u-strasbg.fr> On Tue, Sep 30, 2014 at 09:18:37AM -0400, Gaston Huot wrote: > In this custom field, the user has to enter:? > ? -either nothing? > ? -either a number of exactly 2 digits? if you use the x modifier: ( # Nothing | \d{2} # two digits ) the old school one is (|\d{2}) HTH -- Marc Chantreux, Mes coordonn?es: http://annuaire.unistra.fr/chercher?n=chantreux Direction Informatique, Universit? de Strasbourg (http://unistra.fr) Service M?tiers, P?le Outils Collaboratifs "Don't believe everything you read on the Internet" -- Abraham Lincoln From nomad at ee.washington.edu Tue Sep 30 11:13:26 2014 From: nomad at ee.washington.edu (Lee Damon) Date: Tue, 30 Sep 2014 08:13:26 -0700 Subject: [rt-users] DBD::Pg::st execute failed: ERROR: duplicate key value violates unique constraint "articles_pkey" at [...]/DBIx/SearchBuilder/Handle.pm In-Reply-To: <542A5714.9040600@xs4all.nl> References: <5429C3EA.3070503@ee.washington.edu> <542A5714.9040600@xs4all.nl> Message-ID: <542AC896.2040404@ee.washington.edu> On 9/30/14, 00:09 , Joop wrote: > I wonder if you create a new article in the old instance if you then get > the same error. I can create a new article in the old instance without error. The test article was #242. > I suspect that the sequence that populates the primary key of the > articles tables is lower than the latest article. One work around is to > set the sequence to the highest id+1 of the article table > Fire up your favourite postgres client and connect with your rt_admin to > your rt instance, do 'select max(id) from articles;' this should give a > number and then do 'select last_value from articles_id_seq;' this number > should equal the previous one but I suspect that the last one will be > lower than the first. Those came up respectively as 241 (which I'd expect) and 3 (hmm). thanks, nomad