Removing AdminCC/status/owner from New Ticket dialogs

Hi there.

I’ve been poking around getting a new Request Tracker install going,
and it’s all working wonderfully with LDAP authentication, auto-LDAP
user creation, customized RT At a Glance page, etc. Thanks to
everyone who has worked on RT and contributed documentation and
plugins to help me do all these things.

I’m primarily looking at RT so that my staff can report issues in our
computing labs, and then we can track and resolve such issues.

As my staff are both academics and artists… I need as simple and
clean an interface as possible… and was wondering whether it is
possible for me to remove the following fields from a New Ticket
dialog in a clean manner.

Status
Owner
CC
AdminCC

It would be excellent if I could work out how to remove these fields
for specific groups only, but I would settle for removing them
altogether from this view, and only having them exist in an Edit
Ticket dialog.

Any suggestions?

Nigel Kersten [Senior Technical Officer]
College of Fine Arts, University of NSW, Australia.
CRICOS Provider Code: 00098G

Hi there.

… was wondering whether it is
possible for me to remove the following fields from a New Ticket
dialog in a clean manner.

Hi Nigel,

This can be achieved by overriding /path/to/rt3/share/html/Ticket/Create.html with /path/to/rt3/local/html/Ticket/Create.html. Be sure to read through Request Tracker Wiki and be aware that it will change the ticket creation page globally.

Sincerely,
Frank Pater
DCANet

voice: 888-4-DCANET (888-432-2638)
fax: 302-426-6386

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1On 12/09/2006, at 8:53 AM, Frank Pater wrote:

Hi Nigel,

This can be achieved by overriding /path/to/rt3/share/html/Ticket/
Create.html with /path/to/rt3/local/html/Ticket/Create.html. Be
sure to read through Request Tracker Wiki?
CleanlyCustomizeRT and be aware that it will change the ticket
creation page globally.

Thanks Frank. I assumed that would be the way to go, but just wanted
to check whether there was some way to do it in a more fine-grained
manner.

Much appreciated.


Nigel Kersten [Senior Technical Officer]
College of Fine Arts, University of NSW, Australia.
CRICOS Provider Code: 00098G

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (Darwin)

iD8DBQFFBxx0AXUak+OwF4gRAmNgAJ9E3JJ2yDcyYVmTzq4kt0rJXtzt1gCgh6NN
iKxtR1HyN7yBdRHd0Rt+vfw=
=fn52
-----END PGP SIGNATURE-----

…but just wanted
to check whether there was some way to do it in a more fine-grained
manner.

Hi Nigel,

Also note that you can add whatever logic you like in these files, including displaying data entry fields on a per-group basis. While I don’t have any experience here, it doesn’t look like it would be much more than checking the current user’s group against a hard-coded list that you create.

Sincerely,
Frank Pater
DCANet

voice: 888-4-DCANET (888-432-2638)
fax: 302-426-6386

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1On 14/09/2006, at 12:53 AM, Frank Pater wrote:

Hi Nigel,

Also note that you can add whatever logic you like in these files,
including displaying data entry fields on a per-group basis. While
I don’t have any experience here, it doesn’t look like it would be
much more than checking the current user’s group against a hard-
coded list that you create.

I actually just thought of that, and was about to start poking around
the API to work out how to check whether a user is a member of a
certain group, or what privileges they have.


Nigel Kersten [Senior Technical Officer]
College of Fine Arts, University of NSW, Australia.
CRICOS Provider Code: 00098G

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (Darwin)

iD8DBQFFCFjhAXUak+OwF4gRAq8pAJ0SfLILUrEPbDPTeasyVHXBTKZ16wCeNcZv
/iBDxaCdX+V2MmyYyjO9olE=
=QKWv
-----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1On 14/09/2006, at 5:15 AM, Nigel Kersten wrote:

I actually just thought of that, and was about to start poking
around the API to work out how to check whether a user is a member
of a certain group, or what privileges they have.

I realise this question is really more to do with my lack of
knowledge wrt Perl/Mason, but I’ve been poking around google for a
while and the examples on the wiki and can’t see how to do it.

Take something like this in Ticket/Create.html

<&|/l&>Status:

How do I place a condition around that? I’ve worked out how to tell
whether the current user is a member of a certain group based upon
some wiki sample code:

% my $GroupObj = RT::Group->new( $session{ ‘CurrentUser’ } );
% my $PrincipalObj = RT::Principal->new( $session{ ‘CurrentUser’ } );
% $PrincipalObj->Load( $session{ ‘CurrentUser’ }->id );
% $GroupObj->LoadUserDefinedGroup( ‘RT Admins’ );
% my $isRTAdmin = $GroupObj->HasMemberRecursively( $PrincipalObj );

and can put in Perl if/else loops, but I guess it all comes down to
me not quite understanding the <& syntax and what that represents.

I do know a fair few other languages and APIs though, so if anyone is
in the mood to offer me a simple example that would be something like
(although this obviously doesn’t work), that would be greatly
appreciated and should easily get me started:

% if ( $isRTAdmin) {
<&|/l&>Status</&>:
% } else {
// do nothing
% }


Nigel Kersten [Senior Technical Officer]
College of Fine Arts, University of NSW, Australia.
CRICOS Provider Code: 00098G

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (Darwin)

iD8DBQFFChYkAXUak+OwF4gRAgOsAKD7MyuCMUfvtuDM9NHiJvACJRZ/+ACeKjk3
hh5l+Sj3I5jIdhgL4jGyxSY=
=yujp
-----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1On 15/09/2006, at 12:55 PM, Nigel Kersten wrote:

I do know a fair few other languages and APIs though, so if anyone
is in the mood to offer me a simple example that would be something
like (although this obviously doesn’t work), that would be greatly
appreciated and should easily get me started:

% if ( $isRTAdmin) {
<&|/l&>Status</&>:
% } else {
// do nothing
% }

I’m sorry. I must have made a mistake earlier, as this does actually
work.

Damn that flushing the mason cache issue…


Nigel Kersten [Senior Technical Officer]
College of Fine Arts, University of NSW, Australia.
CRICOS Provider Code: 00098G

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (Darwin)

iD8DBQFFChlFAXUak+OwF4gRAhlfAJ9BWlnBXE573tmDLlWYrcFAUL4z5gCgmkp5
BSM72+Y6e+WRRI3ybunl+oU=
=nicw
-----END PGP SIGNATURE-----