Greetings Ron:
I'm relatively new with RT but have progressed a lot and have already
incorporated it into a live production environment.
To my experience, the scenario of "Group Additives", as you put it, or
assigning a "group" within a "group", is not necessarily the best
business
All,
Are group rights Additive? We have a Group that contains other groups with
certain granted rights, we would like to give one of the included groups
the ability to mange users.
Will RT grant all the rights allowed in the Containing group as well as
those assigned directly to the group?
I have updated the wiki after testing the script on a Ubuntu-server, it still
work! Also updated the wiki link to an old zip-file found in the archive.
Everything ok :-)
Regards
Från: rt-users [mailto:rt-users-boun...@lists.bestpractical.com] För Joel
Bergmark
Skickat: den 27 oktober 2016
On Thu, Oct 27, 2016 at 03:21:51PM -0400, Jeff Blaine wrote:
> On 10/26/2016 4:27 AM, Martin Wheldon wrote:
> > Hi Jeff,
> >
> > If you examine the ticket history of the problem ticket it should tell
> > you what happened
> > for it to be set back to the "new" status.
> >
> > Is it being
On 10/26/2016 4:27 AM, Martin Wheldon wrote:
> Hi Jeff,
>
> If you examine the ticket history of the problem ticket it should tell
> you what happened
> for it to be set back to the "new" status.
>
> Is it being reopened by a reply to a email from the pervious ticket
> corespondance perhaps??
My issue was self resolved.
I needed to add the Class to the ticket queue and now I get the drop downs.
-
RT 4.4 and RTIR training sessions, and a new workshop day!
https://bestpractical.com/training
* Los Angeles - Q1 2017
Hi All,
I'm running RT 4.4.1, on BackBox Linux 4.6 (GNU/Linux 4.2.0-42-generic
x86_64).
I'm trying to replace a bespoke ITIL Change Management system that we're
about to lose access to. The old system was cobbled together on
SalesForce & was essentially a matter of pressing a "New Change"
OK, to answer my own question, I edited line 197 of
/usr/share/request-tracker4/lib/RT/Interface/Web.pm
I just added the allow_blessed => 1 to get rid of the error message.
> sub EncodeJSON {
> my $s = JSON::to_json(shift, { allow_blessed => 1, allow_nonref => 1 });
> $s =~ s{/}{\\/}g;
Upgrading the Perl packages on Debian testing causes external auth to fail:
> 16594] [Thu Oct 27 16:22:52 2016] [error]: encountered object '1', but
> neither allow_blessed, convert_blessed nor allow_tags settings are enabled
> (or TO_JSON/FREEZE method missing) at /usr/share/perl5/JSON.pm line
Thanks for the suggestions, but I'm still seeing the same exact problem. If
I put the code in, the email based on this template fails to send. The log,
however, remains absent any error or warning messages around the time of
each attempt I make. I'll paste my latest try below, but note that I've
Hi all,
Have anyone running RT 4.4 dared to use this extension? If so does it work with
the installation script on RT 4.4.X? Looks like last updated at 2014.
https://rt-wiki.bestpractical.com/wiki/Extension_-_Queue_Change_On_Update
Or perhaps someone has a way to achieve the same with
On 27.10.2016 14:17, Klaus Conrad wrote:
> Hi,
>
> after upgrading to RT 4.4.1 I'm facing the following issue:
>
> When updating a Ticket in a certain queue (before submitting, opening
> the update page is sufficient), RT logs the following warning message:
>
>> [23016] [Thu Oct 27 12:11:24
Hi,
after upgrading to RT 4.4.1 I'm facing the following issue:
When updating a Ticket in a certain queue (before submitting, opening
the update page is sufficient), RT logs the following warning message:
> [23016] [Thu Oct 27 12:11:24 2016] [warning]: Couldn't load object
> RT::Transaction #0
13 matches
Mail list logo