[rt-users] User email accounts

2014-03-28 Thread Steven Hopps
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I've recently changed the domain name of my server from
pride-techs.com to pridetechdesign.com and I started getting errors in
RT because of the mismatch with the emails in the user accounts.

So I edited the users to update the email addresses, but 24 hours
later they were changed back automatically..

Could someone help me understand why this would be happening? I've
changed them like 3 times now and they keep being reset to the
previous email addresses.
- -- 
Steven Hopps || steve.ho...@gmail.com
650-762-5466 || http://www.linkedin.com/in/shopps
PGP public key: http://tinyurl.com/steve-hopps

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.20 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJTNiuRAAoJEMbA/4/kCJKkVR0H/AvoKqM48vOg3TdWI9eZnfud
Ikllg4bnyao3ZlVZhoIwuMbprNvtDPMmqT/kYTsM4g/Jq9khB8XEMkLa/g2L/Rwt
lV5W3nkMvuJYpdcei7JqqOABBZcvCIG1qxuYOstAit6uUyA0pRDyUjaG3+uqzGbJ
AAsPbcAMIVNKNEq0lQPjY4Qm66XrrpQW/WHo8kGXaFwvSXi9iIupMxOVcGTSthLz
4iZjSzO/I8M24g+xQjbsyZ7+eypzKmowX9I8EaX+4wtyS4rRputG/kkOdwSZVfz9
7bTxt2382Uv143Mx4FIG84eFtttWP9ZR4uoTdeJxAfrLquMt0SWS4LQvYftMIH4=
=0qNH
-END PGP SIGNATURE-
-- 
RT Training - Dallas May 20-21
http://bestpractical.com/training


Re: [rt-users] Using UpdateStatus in a Search?

2014-03-28 Thread Garrett Michael Hayes (VI)
Kevin,

Thanks for the pointer.  That sounds like exactly what I want to do.
Unfortunately, it also sounds like it's a teensy bit beyond my present
skillset.  But I will definitely take a gander at it, and see if it's
worth having a lash.

Garrett

-Original Message-
From: rt-users-boun...@lists.bestpractical.com
[mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Kevin
Falcone
Sent: Thursday, March 27, 2014 3:04 PM
To: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] Using UpdateStatus in a Search?

On Wed, Mar 26, 2014 at 02:25:49PM -0400, Garrett Michael Hayes (VI)
wrote:
>I am using the "UpdateStatus" value in the output of my "50 Highest
Priority Tickets" search
>to show which tickets have received new emails from users (or
updates from other support
>reps).  I would like to be able to use that value as a search
criterion, to create a search
>that shows me ONLY tickets that have such updates.  However, I
haven't been able to find a
>syntax that seems to work.  I've tried a few possibilities using
the advanced editor for the
>search, but it doesn't seem to be a recognized field for criteria
searches.

Unfortunately, while there's a piece of syntax calls HasAttribute
which would let you say "Find my tickets where this attribute about
update status exists" you actually want to find tickets where the
attribute exists and the ticket has transactions newer than the stored
value.  That would require code like that found in
RT::Ticket::SeenUpTo and a custom portlet.  

-kevin
-- 
RT Training - Dallas May 20-21
http://bestpractical.com/training


Re: [rt-users] Fighting with modified REST behavior in RT 4.2.2+

2014-03-28 Thread Kevin Falcone
On Fri, Mar 28, 2014 at 03:55:48PM +, Guadagnino Cristiano wrote:
> Hi all,
> I have some external code that relies on REST to identify the relation 
> between users and groups in our RT.
> 
> Since RT 4.2.2, REST responses have changed and I am now trying to fix 
> the code but I have been unsuccesfull until now.
> 
> In the attachment you find the REST queries with the corresponding the 
> responses, both for RT v2.4.1 and for RT v4.2.2.
> 
> I would like to know if there is a way to recover the info I need.

Tell it what you want

./bin/rt show group/DBA -f members

This is likely a result of the refactoring and the fact that the
default members output doesn't actually round trip (you can't just
send back the member list to update it).

-kevin


pgpPOmLzHghh6.pgp
Description: PGP signature
-- 
RT Training - Dallas May 20-21
http://bestpractical.com/training

[rt-users] Fighting with modified REST behavior in RT 4.2.2+

2014-03-28 Thread Guadagnino Cristiano
Hi all,
I have some external code that relies on REST to identify the relation 
between users and groups in our RT.

Since RT 4.2.2, REST responses have changed and I am now trying to fix 
the code but I have been unsuccesfull until now.

In the attachment you find the REST queries with the corresponding the 
responses, both for RT v2.4.1 and for RT v4.2.2.

I would like to know if there is a way to recover the info I need.

Thank you in advance
Bye
Cris

+==+
! RT 4.2.1 !
+==+

> http://amended/REST/1.0/group/DBA

< RT/4.2.1 200 Ok
<
< id: group/100
< Name: DBA
< Description: Utenze del servizio Database Administration
<
< Members: GROUP [DB2] (USER1 ;USER2 ;USER3 
),
<  GROUP [Sistemi] (USER4 ;USER5 ;USER6 
),
<  GROUP [MSSQL] (USER7 ;USER8 ;USER9 
;USER10 ;USER11 ;USER12 
)

> http://amended/REST/1.0/group/DB2

< RT/4.2.1 200 Ok
<
< id: group/97
< Name: DB2
< Description: Utenze che operano su DB2
<
< Members: USER1 ,
<  USER2 ,
<  USER3 




+===+
! RT 4.2.2+ !
+===+

> http://amended/REST/1.0/group/DBA

< RT/4.2.2 200 Ok
<
< id: group/100
< Name: DBA
< Description: Utenze del servizio Database Administration
< Disabled: 0

> http://amended/REST/1.0/group/DB2

< RT/4.2.2 200 Ok
<
< id: group/97
< Name: DB2
< Description: Utenze che operano su DB2
< Disabled: 0

> http://amended/REST/1.0/search/group?query=

< RT/4.2.2 200 Ok
<
< 49126: Auditing
< 195476: BKGestioneSistemi
< 195478: BO
< 14885: Contrattualistica
< 97: DB2
< 100: DBA
< 195477: DC
< 14883: Dipartimentale
< 86837: DWH_SCHD
< 14881: Esercizio Applicazioni
< 14884: Gestione_Modelli
< 99: MSSQL
< 31099: OnDemand
< 14886: Richieste_Schd
< 14882: Schedulatori
< 98: Sistemi
< 195479: WS

> http://amended/REST/1.0/search/group?query=name%20=%20DB2

< RT/4.2.2 200 Ok
<
< 97: DB2

-- 
RT Training - Dallas May 20-21
http://bestpractical.com/training

Re: [rt-users] Predefined search for tickets referring to article | Group rights

2014-03-28 Thread rt4
Kevin Falcone-2 wrote
> What RT version.  What rights do Privileged users have on the Admin
> Class.

RT version 4.2.3. After some more feedback from the privileged users, it's
likely
that the search stopped working in October or November (i.e. either when we
moved over from 4.0 to 4.2, or updated to 4.2.1). There has been no altering
of 
permissions during this period.

Privileged users have no rights on the Admin Class.



--
View this message in context: 
http://requesttracker.8502.n7.nabble.com/Predefined-search-for-tickets-referring-to-article-Group-rights-tp57032p57063.html
Sent from the Request Tracker - User mailing list archive at Nabble.com.
-- 
RT Training - Dallas May 20-21
http://bestpractical.com/training