Re: [rt-users] Catch all ticket changes in one scrip
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
Re: [rt-users] Assigning HeldBy users during Asset Import
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 falc...@bestpractical.com
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
mky...@albion.edu
--
RT Training November 4 5 Los Angeles
http://bestpractical.com/training
Re: [rt-users] Failed to load dashboard
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 cl...@netcologne.de 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 -- RT Training November 4 5 Los Angeles http://bestpractical.com/training
Re: [rt-users] Duplicate Subject: line in some tickets
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 pgpDAjLfEIBFW.pgp Description: PGP signature -- 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 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 pgppEezSVJUe5.pgp Description: PGP signature -- RT Training November 4 5 Los Angeles http://bestpractical.com/training
Re: [rt-users] Assigning HeldBy users during Asset Import
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 falc...@bestpractical.com 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 mky...@albion.edu -- RT Training November 4 5 Los Angeles http://bestpractical.com/training
[rt-users] Reminders not visible in My Reminders
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? -- RT Training November 4 5 Los Angeles http://bestpractical.com/training
Re: [rt-users] Rich editor not present after upgrade from 4.2.0 - 4.2.7
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: d...@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 http://www.altapay.com/ok: www.facebook.com/altapay On Tue, Sep 16, 2014 at 4:22 PM, Kevin Falcone falc...@bestpractical.com 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 -- RT Training November 4 5 Los Angeles http://bestpractical.com/training
Re: [rt-users] Catch all ticket changes in one scrip
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 andrius.kul...@gmail.com 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 -- RT Training November 4 5 Los Angeles http://bestpractical.com/training
