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)
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
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
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
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.
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
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
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
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
