Re: [rt-users] 1-"Asset tracker" vs "Assets" ; 2-Relationship graphs
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 -- RT Training November 4 & 5 Los Angeles http://bestpractical.com/training
[rt-users] User Defined Scrips for use with Custom Fields in Assets
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. -- RT Training November 4 & 5 Los Angeles http://bestpractical.com/training
Re: [rt-users] 1-"Asset tracker" vs "Assets" ; 2-Relationship graphs
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 pgpQ5hxbd7S5s.pgp Description: PGP signature -- RT Training November 4 & 5 Los Angeles http://bestpractical.com/training
Re: [rt-users] Catch all ticket changes in one scrip
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 > -- RT Training November 4 & 5 Los Angeles http://bestpractical.com/training
[rt-users] 1-"Asset tracker" vs "Assets" ; 2-Relationship graphs
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 -- RT Training November 4 & 5 Los Angeles http://bestpractical.com/training
Re: [rt-users] Reminders not visible in My Reminders
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 pgpSLuLrpuRn9.pgp Description: PGP signature -- RT Training November 4 & 5 Los Angeles http://bestpractical.com/training
Re: [rt-users] Catch all ticket changes in one scrip
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
Re: [rt-users] Assigning HeldBy users during Asset Import
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 pgpA02tggiWjD.pgp Description: PGP signature -- RT Training November 4 & 5 Los Angeles http://bestpractical.com/training
Re: [rt-users] Catch all ticket changes in one scrip
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 pgp3Nyv6BV2A_.pgp Description: PGP signature -- RT Training November 4 & 5 Los Angeles http://bestpractical.com/training
Re: [rt-users] Missing translation of "Take" after upgrade to 4.2.7
On Fri, Sep 19, 2014 at 03:24:19PM +0200, markus.wildb...@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 pgpaV76uYZdlv.pgp Description: PGP signature -- RT Training November 4 & 5 Los Angeles http://bestpractical.com/training
Re: [rt-users] Catch all ticket changes in one scrip
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 > -- RT Training November 4 & 5 Los Angeles http://bestpractical.com/training
Re: [rt-users] Catch all ticket changes in one scrip
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
Re: [rt-users] Catch all ticket changes in one scrip
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 > -- RT Training November 4 & 5 Los Angeles http://bestpractical.com/training
Re: [rt-users] Catch all ticket changes in one scrip
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
[rt-users] Missing translation of "Take" after upgrade to 4.2.7
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 -- RT Training November 4 & 5 Los Angeles http://bestpractical.com/training
Re: [rt-users] Problem with translation - different translation of the english word 'open' regarding the context
Hi, Am 19.09.2014 13:37, schrieb markus.wildb...@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 -- RT Training November 4 & 5 Los Angeles http://bestpractical.com/training
[rt-users] Problem with translation - different translation of the english word 'open' regarding the context
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-- RT Training November 4 & 5 Los Angeles http://bestpractical.com/training
