[rt-users] How best to allow anyone to access, create tickets and respond to their own tickets
Hi, The only remaining question is how best to allow anyone to access, create tickets and respond to their own tickets. Do you happen to know if RT supports an auto account creating feature? If so, how does it work? Solution this is not good: Anyone can view the public queues and tickets by logging in as the 'guest' user with the password 'readonly'. :) Best Regards Adrian
Re: [rt-users] Scrip ordering
Put extraction into transaction create stage and notification into batch stage. This should work. On Thu, Feb 17, 2011 at 7:04 AM, Bernard McCormack wrote: > I tried transaction create with the descriptions set to define the order, I > tried transaction batch and I tried the read on transaction create and then > the displaying of the value in the transaction batch. The value is getting > set but it appears unset during the execution chain. > > > > From: rt-users-boun...@lists.bestpractical.com > [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Kenneth > Crocker > Sent: Wednesday, February 16, 2011 12:18 PM > To: rt-users@lists.bestpractical.com > Subject: Re: [rt-users] Scrip ordering > > > > Bernard, > > Are you using "TransactionBatch"? > > Kenn > LBNL > > On Wed, Feb 16, 2011 at 2:49 AM, Bernard McCormack > wrote: > > I am extracting custom values from emails using > RT-Extension-ExtractCustomFieldValues and I want to use the value in the > next step to decide the format of the email sent to the users. > > The transactions according to the logs are both firing in the correct order > in Transaction Create > > I am accessing the cf using: > > $Ticket->FirstCustomFieldValue('Priority') > > This works on another transaction but when chained together it doesn’t have > the value set. > > Any help would be appreciated. > > > > > > -- Best regards, Ruslan.
Re: [rt-users] Scrip ordering
I tried transaction create with the descriptions set to define the order, I tried transaction batch and I tried the read on transaction create and then the displaying of the value in the transaction batch. The value is getting set but it appears unset during the execution chain. From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Kenneth Crocker Sent: Wednesday, February 16, 2011 12:18 PM To: rt-users@lists.bestpractical.com Subject: Re: [rt-users] Scrip ordering Bernard, Are you using "TransactionBatch"? Kenn LBNL On Wed, Feb 16, 2011 at 2:49 AM, Bernard McCormack wrote: I am extracting custom values from emails using RT-Extension-ExtractCustomFieldValues and I want to use the value in the next step to decide the format of the email sent to the users. The transactions according to the logs are both firing in the correct order in Transaction Create I am accessing the cf using: $Ticket->FirstCustomFieldValue('Priority') This works on another transaction but when chained together it doesn't have the value set. Any help would be appreciated.
Re: [rt-users] Custom Fields: Deleting Values
Oh, by the way - the version of RT is 3.8.7. From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Joanne Keown Sent: Thursday, 17 February 2011 12:17 PM To: RT-Users@lists.bestpractical.com Subject: Re: [rt-users] Custom Fields: Deleting Values Importance: High Hi Dennis, Yes, I left the sort field all blank (or maybe 0 default). This means the sort is by alpha-name, not the sort field. This is a list-of-values that will change regularly, I don't want to be re-numbering up to 450 of sort values each time new ones are added and/or closing ones are deleted. Jo From: Dennis [mailto:daoden...@gmail.com] Sent: Thursday, 17 February 2011 12:13 PM To: Joanne Keown Subject: Re: [rt-users] Custom Fields: Deleting Values Are the sort values really both 0?
Re: [rt-users] Custom Fields: Deleting Values
Hi Dennis, Yes, I left the sort field all blank (or maybe 0 default). This means the sort is by alpha-name, not the sort field. This is a list-of-values that will change regularly, I don't want to be re-numbering up to 450 of sort values each time new ones are added and/or closing ones are deleted. Jo From: Dennis [mailto:daoden...@gmail.com] Sent: Thursday, 17 February 2011 12:13 PM To: Joanne Keown Subject: Re: [rt-users] Custom Fields: Deleting Values Are the sort values really both 0?
[rt-users] Custom Fields: Deleting Values
Hi, I am having the devil of a job deleting values from Custom Fields. Sometimes it works and other times I can select the value to be deleted many, many times and it just won't activate. The custom field has been set up per the below: [cid:image002.jpg@01CBCE9A.456D7D80] And the values I am working with look like the below: [cid:image003.jpg@01CBCE9A.456D7D80] Is there a bug with this function or is there some trick to it? Looking forward to some insight if others have had this issue before. Kind regards Jo This email and any attachments are confidential and intended for use by the addressee only. If you are not the intended recipient, please delete it and destroy any copies. No part of this email may be reproduced, adapted or transmitted without the written permission of the owner of the copyright or other intellectual property in it. COLORADO group does not accept liability for loss or damage caused by this email, for example by a computer virus or arising from data corruption, delay, interruption, unauthorised access or any other thing. <><>
Re: [rt-users] ModifyTicket/Steal/Take privileges
Jon, Remove the right to "OwnTicket" as well as "Steal" and "Take". You can grant the "ModifyTicket" to that group as well as "ShowTicket" and that way they can See tickets in a Queue, Modify them, but not Own them. Kenn LBNL On Wed, Feb 16, 2011 at 3:24 PM, Jon Baker wrote: > I am trying to set up a group in a queue that has the ability to change the > status but not the owner; i.e. can't steal/take it (a different group is > assigning tickets to them and they're not allowed to get out of it) but they > need to be able to resolve their own tickets. > > It seems to me that Steal and Take are subsets of ModifyTicket (i.e, if you > have ModifyTicket you implicitly have Steal and Take) but I can't figure out > how to separate ownership changes from status changes. Is this possible? > > Thanks - > -- > Jon Baker > Systems Administrator > Church on the Move > 1003 N 129th E Ave > Tulsa OK 74116 > (918) 234-5656 > > > > > CONFIDENTIALITY NOTICE: This transmission may be confidential and subject > to legal privilege. If you are not the intended recipient of this message, > you may not review, disclose, print, copy or disseminate this information. > If you have received this in error, please reply and notify the sender > (only) and delete the message. Unauthorized interception of this e-mail is a > violation of federal criminal law. >
[rt-users] Filter Tickets on LastUpdatedBy <> InternalUser
I've seen lots of requests for this in the archives but couldn't find an easy solution. I'm looking for the TicketSQL syntax to only show tickets where the LastUpdatedBy is not an RT user; i.e., the ticket has been updated by an external party and therefore needs our attention. Any help or ideas are greatly appreciated. Thanks- Lee
[rt-users] ModifyTicket/Steal/Take privileges
I am trying to set up a group in a queue that has the ability to change the status but not the owner; i.e. can't steal/take it (a different group is assigning tickets to them and they're not allowed to get out of it) but they need to be able to resolve their own tickets. It seems to me that Steal and Take are subsets of ModifyTicket (i.e, if you have ModifyTicket you implicitly have Steal and Take) but I can't figure out how to separate ownership changes from status changes. Is this possible? Thanks - -- Jon Baker Systems Administrator Church on the Move 1003 N 129th E Ave Tulsa OK 74116 (918) 234-5656 CONFIDENTIALITY NOTICE: This transmission may be confidential and subject to legal privilege. If you are not the intended recipient of this message, you may not review, disclose, print, copy or disseminate this information. If you have received this in error, please reply and notify the sender (only) and delete the message. Unauthorized interception of this e-mail is a violation of federal criminal law.
[rt-users] [Rt-announce] RT 3.8.9 Released
We are happy to announce that RT 3.8.9 is now available. You can download it from: http://download.bestpractical.com/pub/rt/release/rt-3.8.9.tar.gz http://download.bestpractical.com/pub/rt/release/rt-3.8.9.tar.gz.sig This release of RT contains 9 months of small improvements and bug fixes. It includes a fix for the security issue announced here: http://lists.bestpractical.com/pipermail/rt-announce/2011-January/000185.html If you have previously installed RT-Extension-SaltedPasswords, it will automatically disable itself after the upgrade. You may then safely remove it from @Plugins. Important upgrade notes: In addition to the normal /opt/rt3/sbin/rt-setup-database upgrade step, there are a few standalone upgrade scripts you should run. You can find full details in the "UPGRADING" file in the distribution. Please review 'UPGRADING FROM 3.8.8 and earlier' and ensure you follow each of the steps. A list of changes is below. -kevin SHA1 sums 4dc78880220ccc8bf7b49b2c4efca0eeb3372133 rt-3.8.9.tar.gz 95dc126acaba7b5069f83bf042c31e6857e7397f rt-3.8.9.tar.gz.sig SECURITY * Move to a SHA-256 based password hashing scheme * Redirect users to their desired pages after login. This prevents possible back button attacks after a user logs out. * Clone Scrip's TicketObj since we change the CurrentUser and it can leak information (Custom field values, etc) INSTALLATION * Fixes to the RH Layout in config.layout ACCESS CONTROL * New AdminCustomFieldValues right that allows user to add/remove CF values, but not edit the CF CONFIGURATION * Add ResolveDefaultUpdateType to choose between Comment or Correspond on Resolve * When using Set($MailCommand, 'testfile') log all mail to the same tmpfile * Add a callback to allow extensions to redirect a user to an external auth logout URL using RT's logout button. This ensures that the user's RT session is cleared * Add SuppressAutoOpenOnUpdate preference DOCUMENTATION * Clean up README * Update UPGRADING.mysql documentation for users of older mysql * Flag that "Let this user be granted rights" means "Privileged" * Fix rt-crontool examples to use a real Condition * Undocument SenderMustExistInExternalDatabase since the code was never merged * Better document SetOutgoingMailFrom * Better document shrink_cgm_table.pl DATABASE * Add support for Postgres 9 * No longer record transactions for ACL Equivalence Groups * Don't delete all RT MySQL ACLs before invoke GRANT * Quote database name for GRANT on MySQL * Insert extensions' schema and acl files as the DBA * Fix searches for empty Attachments on Oracle EMAIL * Better handling of mail generated by Outlook * When RT's SendmailCommand fails, record it in ticket history * New GPG tests and bugfixes for corner cases * use EmailOutputEncoding for Content-Type.charset * Handle failures in MIME Encoding better * Small bugfixes for text/html templates * Fix MIME decoding on ticket subjects * Remove stray colons and whitespace in the default Admin Comment template USER INTERFACE * Fix an infinite loop when using the 3.4-compat theme * Fixes to CollectionList sorting * css positioning tweaks for page menus * Fixes for Bulk Update when users click 'Add More Files' * Skip all watchers when offering to add CCs as Watchers * Fix ahah.js to handle more than one CF 'Include page' link * Ensure that Nobody is always at the front of the Select Owner list * Link Basics in SelfService to the Update page * Fix toggling js to only run once * Ensure signatures are included in Jumbo edits * Better identify (in the UI) a misconfigured GPG setup * GPG key management UI updates * Add classes/ids to the Custom Field Editing pages * CSS Fixes for preferences widgets * Fix truncated top values on Charts * Wording and layout changes for the 'update password' widget * Ensure that we keep Anchor tags on redirects * Fix loading a new search on the Chart/Graph pages * Change Attachment size label from Bytes to Megabytes * Respect timezones in timestamps in /Approvals/ * Charset fixes for Ticket Attachment downloads * Bar graph fixes for large numbers of bars * Allow a callback on QuickCreate to pass a default Status * Fix Approvals to make one search for approval tickets that distincts and orders them * Link from Group Membership lists to User admin pages * New callbacks (autohandler, default queue, aborting ticket updates, after requestor on create) * Fix non-local local links and add t: syntax * Editing Transaction custom fields now shows errors inline * Use the ShowUser element more consistently across the UI TOOLS * Improvements to extract-message-catalog (translation tool) * Let shrink_cgm_table and shrink_transactions display "percent complete" * Added a simple script to naively generate a RTAddressRegexp * Install rt-attributes-viewer originally shipped with 3.8.8 * bin/rt now searches for global configs in LOCAL_ETC_PATH also OTHER BUG FIXES * No longer ref
Re: [rt-users] Change Language to French for specific queue
Create templates specific to the queue with the names as global templates and translate them. Language of the web interface picked from browser or from user preferences if those are set. Regards, Ruslan. From phone. 17.02.2011 0:04 пользователь "Jay Pat" написал: > > Hi All, > > I'm using RT 3.8.1 on CentOS with Perl v5.8.8 and Apache v2.04. > > I have several queues in the RT but I just need to configure one queue with French language. In other words the reply, from, date, month, day, text (auto-reply and other scrips) to show up in french by default to all the requestors and administrators. > > Please let me know if this is possible. > > Thank you all. >
Re: [rt-users] Scrip ordering
Change condition for autoreply to custom. You need something close to "on create and all required fields are set or on field change and all other fields are set." Regards, Ruslan. From phone. 16.02.2011 13:50 пользователь "Bernard McCormack" написал: > I am extracting custom values from emails using > RT-Extension-ExtractCustomFieldValues and I want to use the value in the > next step to decide the format of the email sent to the users. > > The transactions according to the logs are both firing in the correct > order in Transaction Create > > I am accessing the cf using: > > $Ticket->FirstCustomFieldValue('Priority') > > This works on another transaction but when chained together it doesn't > have the value set. > > Any help would be appreciated. > > > > >
[rt-users] Change Language to French for specific queue
Hi All, I'm using RT 3.8.1 on CentOS with Perl v5.8.8 and Apache v2.04. I have several queues in the RT but I just need to configure one queue with French language. In other words the reply, from, date, month, day, text (auto-reply and other scrips) to show up in french by default to all the requestors and administrators. Please let me know if this is possible. Thank you all.
Re: [rt-users] Scrip ordering
Bernard, Are you using "TransactionBatch"? Kenn LBNL On Wed, Feb 16, 2011 at 2:49 AM, Bernard McCormack wrote: > I am extracting custom values from emails using > RT-Extension-ExtractCustomFieldValues and I want to use the value in the > next step to decide the format of the email sent to the users. > > The transactions according to the logs are both firing in the correct order > in Transaction Create > > I am accessing the cf using: > > $Ticket->FirstCustomFieldValue('Priority') > > This works on another transaction but when chained together it doesn’t have > the value set. > > Any help would be appreciated. > > > > >
Re: [rt-users] upgrade issue from 3.6.1 to 3.8.8
On 16 Feb 2011 10:40, Nicolas GUIOT wrote: > and I have the following in rt.log : > > [Wed Feb 16 15:29:33 2011] [error]: error:couldn't parse head; error near: > Bonjour, (/usr/share/request-tracker3.8/lib/RT/Template_Overlay.pm:356) > > Which is the beginning ot the PEC template : > Subject: PEC: {$Ticket->Subject} > Bonjour, > > Nous vous informons que le traitement de ce ticket a été pris en charge par > {$Ticket->OwnerObj->RealName}. > > Merci. The template headers need to be separated from the body by a blank line. So put a blank line between the Subject: line and Bonjour. Thomas
Re: [rt-users] upgrade issue from 3.6.1 to 3.8.8
OK, I dug a bit further : I have some other scrip that don't work : When the owner of the ticket is changed (either taken or stolen), no email is sent, while we have the 2 followinf scrips : Description : Pec Stage : TransactionCreate Condition : On Owner Change Action : Notify Owner, Requestors, Ccs and AdminCcs Template : PEC Desc : On Owner Change Notify Owner Stage : TransactionCreate Condition On Owner Change Action : Notify Owner Template : Transaction and I have the following in rt.log : [Wed Feb 16 15:29:33 2011] [error]: error:couldn't parse head; error near: Bonjour, (/usr/share/request-tracker3.8/lib/RT/Template_Overlay.pm:356) Which is the beginning ot the PEC template : Subject: PEC: {$Ticket->Subject} Bonjour, Nous vous informons que le traitement de ce ticket a été pris en charge par {$Ticket->OwnerObj->RealName}. Merci. If necesssary, I can give you more info on my stup, but it seems to be a strange behaviour... On Wed, 16 Feb 2011 15:46:05 +0100 Nicolas GUIOT wrote: > OK, that's what I did... > > Is there a way to export my scrip, to show you all of them, maybe > someone can point to the mistake ? > > I'm going through all of them right now, and everything (that I > understand) seems logical. > > Some scrips did not have any description, I think somewhere during > the upgrade they were automagically created, using the Condition, > action and template, but they seem to be concictent with was existed > before. > > help someone ? > > On Wed, 16 Feb 2011 09:36:06 -0500 > Kevin Falcone wrote: > > > On Wed, Feb 16, 2011 at 02:53:11PM +0100, Nicolas GUIOT wrote: > > > I just upgraded from a 3.6.1 tarball version, to 3.8.8 (debian > > > squeeze package). > > > > > > It's a brand new server, I moved the DB, ran the upgrade scripts, > > > etc... Everything is almost perfect but : > > > > > > I have a scrip that sends an email when a tickect is resolved. > > > > > > The problem, is that this scrip is also triggered when a ticket is > > > closed : it sends the email "ticket is closed" AND the email > > > "ticket is rejected". > > > > > > Where should I start investigating the issue ? > > > > Start at Configuration -> Global -> Scrips
Re: [rt-users] Stripping copied parts of email before saving as comment or reply
Hi, I'm running 3.8.4. We use RT to track software bugs that go to a software development team. I want to stick with RT (getting pressure to change) because once proven we wish to expand it's scope to include customer support request tracking. Much of what I want in a customer support ticket should never make it's way into a bug report. The biggest issue I have with using RT for the customer support is the history that is in each email making the tickets large and unwieldy. This appears to be addressed with the proposed extension I found referred to in the email below. I found this while searching the mailing list archives. I'd rather try this now than wait for 4.0 because unless I can show RT effectively doing what we want the decision will be taken out of my hands and we'll get lumped with some proprietary cr@? I cannot simply trim the emails, this has to work with email message/reply. So is it possible to get the trim/hide extension below or is it already available and I'm just missing it? Regards On Mon, Jan 03, 2011 at 10:41:59AM -0800, Laura Grella wrote: > > >> If you want to see the core version, it is now live on >> issues.bestpractical.com. The plugin for 3.8 will hopefully get >> released this week, but we're busy trying to release lots of things. > > > Thanks - I've never installed an extension for RT. Would be able to point me > the right direction for instructions? I rather install it for 3.8 than wait > for 4.0. « [ hide part of quote ] « [ hide part of quote ] You should read the README once the extension has been released. It covers installation of plugins. -kevin > > We have an extension to do this that we're working to get released. > > (And it's already built in to 4.0) > > - Show quoted text - -- Paul O'Rorke p...@paulororke.net Home .: +1 (250) 483 1456 Mobile.: +1 (250) 709 7740
Re: [rt-users] upgrade issue from 3.6.1 to 3.8.8
OK, that's what I did... Is there a way to export my scrip, to show you all of them, maybe someone can point to the mistake ? I'm going through all of them right now, and everything (that I understand) seems logical. Some scrips did not have any description, I think somewhere during the upgrade they were automagically created, using the Condition, action and template, but they seem to be concictent with was existed before. help someone ? On Wed, 16 Feb 2011 09:36:06 -0500 Kevin Falcone wrote: > On Wed, Feb 16, 2011 at 02:53:11PM +0100, Nicolas GUIOT wrote: > > I just upgraded from a 3.6.1 tarball version, to 3.8.8 (debian > > squeeze package). > > > > It's a brand new server, I moved the DB, ran the upgrade scripts, > > etc... Everything is almost perfect but : > > > > I have a scrip that sends an email when a tickect is resolved. > > > > The problem, is that this scrip is also triggered when a ticket is > > closed : it sends the email "ticket is closed" AND the email > > "ticket is rejected". > > > > Where should I start investigating the issue ? > > Start at Configuration -> Global -> Scrips
Re: [rt-users] upgrade issue from 3.6.1 to 3.8.8
On Wed, Feb 16, 2011 at 02:53:11PM +0100, Nicolas GUIOT wrote: > I just upgraded from a 3.6.1 tarball version, to 3.8.8 (debian squeeze > package). > > It's a brand new server, I moved the DB, ran the upgrade scripts, etc... > Everything is almost perfect but : > > I have a scrip that sends an email when a tickect is resolved. > > The problem, is that this scrip is also triggered when a ticket is closed : > it sends the email "ticket is closed" AND the email "ticket is rejected". > > Where should I start investigating the issue ? Start at Configuration -> Global -> Scrips pgpVUkbbiCpMo.pgp Description: PGP signature
Re: [rt-users] dumpfile-to-rt-3.0 failed (2.0.14 - 3.8.8)
On Tue, Feb 15, 2011 at 09:32:33PM +0100, Daniel Schwager wrote: > Hi, > > a) I started the import now by erasing the predefined database: > > This helps me to track down other issues e.g. the imported tickets has > no assigned owner. > May this could be a small note in your dumpfile-to-rt-3.0-README . The upgrader assumes a clean DB (since it is a conversion tool). If you want to merge into an existing 3.x system, check the MERGING section. Patches against the git repo to improve the documentation are appreciated. > > Importing links > > l[Tue Feb 15 20:12:28 2011] [warning]: Use of uninitialized value in > concatenation (.) or string at /usr/bin/dumpfile-to-rt-3.0 line 434. > (/usr/bin/dumpfile-to-rt-3.0:434) > > [Tue Feb 15 20:12:28 2011] [warning]: Use of uninitialized value in > concatenation (.) or string at /usr/bin/dumpfile-to-rt-3.0 line 440. > (/usr/bin/dumpfile-to-rt-3.0:440) > .. > > Skipping link creation (21 4 MemberOf) because duplicate of 2 detected > > Skipping link creation (30 30 MergedInto) because duplicate of 9 > detected > > What are exactly the "Links" ? So, may they are not important for the > migration ? Links are merges, parent/child, etc They're important if you use those features This still implies that you have incorrect link structures in your rt2 database since the cache isn't being populated. > c) Import of tickets > Concerning the normal ticket import, I got this kind of warning for each > ticket: > > t-35437: [Tue Feb 15 20:09:42 2011] [warning]: Use of uninitialized > value in hash element at /usr/bin/dumpfile-to-rt-3.0 line 667. > (/usr/bin/dumpfile-to-rt-3.0:667) > line 667: $ticket->{'Owner'} = $user_map->{ > $ticket->{'Owner'} }; > > wta[Tue Feb 15 20:09:42 2011] [warning]: Use of uninitialized value in > string eq at /usr/bin/dumpfile-to-rt-3.0 line 891. > (/usr/bin/dumpfile-to-rt-3.0:891) > line: 891:if ( $content_type =~ > qr{(text/|message/rfc822)}i ) > > [Tue Feb 15 20:09:42 2011] [warning]: Use of uninitialized value in > length at /opt/rt3/lib/RT/Record.pm line 753. > (/opt/rt3/lib/RT/Record.pm:753) > line: 753 #if the attachment is larger than the > maximum size > > if ( ($MaxSize) and ( $MaxSize < > length($Body) ) ) { > > [Tue Feb 15 20:09:42 2011] [warning]: Use of uninitialized value in > string eq at /usr/bin/dumpfile-to-rt-3.0 line 970. > (/usr/bin/dumpfile-to-rt-3.0:970) > aat > line 970:if ($a->{ContentEncoding} eq > 'base64' You may wish to try the current git version and see if any of the unreleased patches help. -kevin pgp8fkRHmdZCj.pgp Description: PGP signature
[rt-users] upgrade issue from 3.6.1 to 3.8.8
Hi, I just upgraded from a 3.6.1 tarball version, to 3.8.8 (debian squeeze package). It's a brand new server, I moved the DB, ran the upgrade scripts, etc... Everything is almost perfect but : I have a scrip that sends an email when a tickect is resolved. The problem, is that this scrip is also triggered when a ticket is closed : it sends the email "ticket is closed" AND the email "ticket is rejected". Where should I start investigating the issue ? Thanks for your help Nicolas
[rt-users] Can't create or change users and tickets
Hello! I've installed request-tracker-3.8.8 on Debian with apache2, postgresql-8.4 and mod-perl. When I try to create a ticket, or change user, or create new user I receive error: Couldn't load user '' (/usr/share/request-tracker3.8/html/Elements/Error:82) or Couldn't load queue ''. In debug log i have this: [Wed Feb 16 13:37:41 2011] [error]: WebRT: Ðевозможно загÑÑзиÑÑ Ð¾ÑеÑÐµÐ´Ñ (/usr/share/request-tracker3.8/html/Elements/Error:82) Trace begun at /usr/share/request-tracker3.8/lib/RT.pm line 302 Log::Dispatch::__ANON__('Log::Dispatch=HASH(0x7f7d37e82150)', 'WebRT: M-PM-^]M-PM-5M-PM-2M-PM->M-PM-7M-PM-M-PM -6M-PM-=M-PM-> M-PM-7M-PM-0M-PM-3M-QM-^@M-QM-^CM-PM-7M-PM-8M-QM-^BM-QM-^L M-PM->M-QM-^GM-PM-5M-QM-^@M-PM-5M-PM-4M-QM- ^L') called at /usr/share/request-tracker3.8/html/Elements/Error line 82 HTML::Mason::Commands::__ANON__('Why', 'Невозможно загрузить очередь') called at /usr/share/perl5/HTML/Mason/Componen t.pm line 135 HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0x7f7d36d32ae8)', 'Why', 'Невозможно загрузить оч ередь') called at /usr/share/perl5/HTML/Mason/Request.pm line 1278 eval {...} at /usr/share/perl5/HTML/Mason/Request.pm line 1268 HTML::Mason::Request::comp(undef, undef, 'Why', 'Невозможно загрузить очередь') called at /usr/share/request-tracker3 .8/lib/RT/Interface/Web.pm line 863 HTML::Mason::Commands::Abort('Невозможно загрузить очередь') called at /usr/share/request-tracker3.8/html/Ticket/Create.html line 337 HTML::Mason::Commands::__ANON__ at /usr/share/perl5/HTML/Mason/Component.pm line 135 HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0x7f7d35bbea10)') called at /usr/share/perl5/HTML/Mason/Request.pm line 1278 eval {...} at /usr/share/perl5/HTML/Mason/Request.pm line 1268 HTML::Mason::Request::comp(undef, undef, undef) called at /usr/share/request-tracker3.8/lib/RT/Interface/Web.pm line 320 RT::Interface::Web::ShowRequestedPage('HASH(0x7f7d35bc1ae0)') called at /usr/share/request-tracker3.8/lib/RT/Interface/Web.pm line 224 RT::Interface::Web::HandleRequest('HASH(0x7f7d35bc1ae0)') called at /usr/share/request-tracker3.8/html/autohandler line 53 HTML::Mason::Commands::__ANON__ at /usr/share/perl5/HTML/Mason/Component.pm line 135 HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0x7f7d35bc1fa8)') called at /usr/share/perl5/HTML/Mason/Request.pm line 1273 eval {...} at /usr/share/perl5/HTML/Mason/Request.pm line 1268 HTML::Mason::Request::comp(undef, undef, undef) called at /usr/share/perl5/HTML/Mason/Request.pm line 467 eval {...} at /usr/share/perl5/HTML/Mason/Request.pm line 467 eval {...} at /usr/share/perl5/HTML/Mason/Request.pm line 419 HTML::Mason::Request::exec('RT::Interface::Web::Request=HASH(0x7f7d35ba14d8)') called at /usr/share/perl5/HTML/Mason/ApacheHandler.pm line 165 HTML::Mason::Request::ApacheHandler::exec('RT::Interface::Web::Request=HASH(0x7f7d35ba14d8)') called at /usr/share/perl5/HTML/Mason/ApacheHandler.pm line 831 HTML::Mason::ApacheHandler::handle_request('HTML::Mason::ApacheHandler=HASH(0x7f7d3887fbc8)', 'Apache2::RequestRec=SCALAR(0x7f7d366a3e20)') called at /usr/share/request-tracker3.8/libexec/webmux.pl line 78 eval {...} at /usr/share/request-tracker3.8/libexec/webmux.pl line 78 RT::Mason::handler('Apache2::RequestRec=SCALAR(0x7f7d366a3e20)') called at -e line 0 eval {...} at -e line 0 Why does this happen? -- Alexey Malov
[rt-users] Scrip ordering
I am extracting custom values from emails using RT-Extension-ExtractCustomFieldValues and I want to use the value in the next step to decide the format of the email sent to the users. The transactions according to the logs are both firing in the correct order in Transaction Create I am accessing the cf using: $Ticket->FirstCustomFieldValue('Priority') This works on another transaction but when chained together it doesn't have the value set. Any help would be appreciated.