Re: [yaco-liaison-tool] The liaison tool: Status Update

["Adrian Farrel" <[e-mail]>]

Thanks Stephanie,
 
Do you know whether if *I* post it, it will show all the dates right and not
send another copy?
 
There is no really great urgency to getting a copy of the LS into the tracker,
but I would like to avoid any snafus with what is ultimately recorded and what
might get sent.
 
Cheers,
Adrian
 
PS - Tanks to all for working on the tool!
 
From: Stephanie McCammon [mailto:[e-mail]] 
Sent: 15 April 2011 21:24
To: Emilio A. Sánchez
Cc: Henrik Levkowetz; Patrik Fältström; Alexa Morris; Russ Housley; Eliot Lear;
Ray Pelletier; Barney Glen; [e-mail]; [e-mail]
Subject: Re: The liaison tool: Status Update
 
 
 
Hello everyone
 
Henrik was able to do the merge, however the tool is still not functioning
properly.  It still tells me that I am not allowed to send a liaison to the
ITU-T SG 15.  Please look into this as soon as you have a chance.
 
Adrian,
 
The new liaison tool will not let me post the response liaison to the ITU-T SG
15 regarding COM15-LS293-E, and while we are working this out you may want to
try posting it for yourself.  The CC field should now be editable for you.
Please let me know if you have any questions.
 
Sincerely,
 
Stephanie
 
 
On Apr 12, 2011, at 8:28 AM, Emilio A. Sánchez wrote:



  Hi Stephanie.

  The last fix is applied in a repository branch, it needs to be merged into
trunk and then update the code of the production server.

  Henrik, could you do the merge?

  Best,

El 12/04/11 17:24, Stephanie McCammon escribió:


 
 
Hi Emilio,
 
I have just tried to post the liaison on behalf of Adrian Farrel and it
still says that I am not allowed to send it and reverts the form back to
saying that it is from me. Could you please look into this again?
 
Thank you,
 
Stephanie
 
 
On Apr 11, 2011, at 2:33 AM, Emilio A. Sánchez wrote:
 
Hi,
 
I have fixed this issue in
http://trac.tools.ietf.org/tools/ietfdb/ticket/648
 
Now the tool takes into account which user are you imporsonating in
order to check if he/she is allowed to send a liaison to an specific SDO.
 
Regards,
 
El 08/04/11 19:58, Stephanie McCammon escribió:
 
 
Hello Everyone,
 
I just tried to post an outgoing liaison and received an error that said
I was not allowed to send an outgoing liaison to ITU-T SG15. I was
attempting to post it on behalf of Adrian Farrel who is listed as the
liaison manager for ITU-T SG 15. Can this be fixed?
 
Thank you,
 
Stephanie
 
 
On Apr 7, 2011, at 4:36 AM, Henrik Levkowetz wrote:
 
Hi,
 
On 2011-04-07 11:37 "Emilio A. Sánchez" said:
Hi,
 
Right now the field person of the LiaisonDetail model stores the
PersonOrOrgInfo of the user that creates the liaison. The real one
so if
the secretariat is sending a liaisons the person field has the
secretariat user person.
 
But this info is not used to grant any privilege over the liaisons.
 
Ah. So that field could more properly have been called 'creator'. Ok.
 
Best,
 
Henrik
 
Best,
 
El 07/04/11 11:16, Henrik Levkowetz escribió:
Hi Emilio,
 
I'm not sure you, Patrik and myself are talking about the same thing
here. See more below.
 
On 2011-04-07 10:54 "Emilio A. Sánchez" said:
Hi.
 
El 07/04/11 10:25, Henrik Levkowetz escribió:
Hi Emilio,
 
On 2011-04-06 16:03 "Emilio A. Sánchez" said:
...
 
I don't understand what data want's to edit Patrik when he say 'who
holds the action item'. If he refers to the person who can 'take
care'
of a liaison, this person is selected automatically.
 
But if the SDO Liaison Manager is changing, then liaisons which
still
need to be taken care of will need to be updated, no?
 
I'm revising the code. The persons who are allowed to 'take care' of
a liaison are:
 
* The secretariat (always)
* Any person whose email is listed under 'cc', 'reply_to', 'poc',
'response_contact', 'technical_contact' and the submitter. Of course
only if this person has an user in the datatracker.
 
One option is edit one of this field (but this is so ugly).
 
I think that the best option is allow to the 'take care' a if the
current user is allowed to edit the liaison (This check is done
on the
fly and checks if the user is currently an sdo manager of the
liaison).
 
 
There's an entry in the LiaisonDetails class which is 'person'.
This would be the person who holds the token to handle a liaison,
maybe? If so, I think that's the entry Patrik would like to update.
 
But if this entry isn't used anywhere, then we need to figure out
the distinction between the set of people who 'can take care of' a
liaison, and the person who has the token.
 
 
Best,
 
Henrik
 
 
 
 
 
Stephanie McCammon
IETF Registrar
48377 Fremont Blvd, Ste. 117
Fremont, CA 94538
T: +1.510.492.4081
F: +1.510.492.4001
 
Association Management Solutions (AMS)
Forum Management, Meeting, and Event Planning
www.amsl.com <http://www.amsl.com> <http://www.amsl.com/>
 
 
 
 
 
Stephanie McCammon
IETF Registrar
48377 Fremont Blvd, Ste. 117
Fremont, CA 94538
T: +1.510.492.4081
F: +1.510.492.4001
 
Association Management Solutions (AMS)
Forum Management, Meeting, and Event Planning
www.amsl.com <http://www.amsl.com/>
 
 
 
 
 
Stephanie McCammon
IETF Registrar
48377 Fremont Blvd, Ste. 117
Fremont, CA 94538
T: +1.510.492.4081
F: +1.510.492.4001

Association Management Solutions (AMS)
Forum Management, Meeting, and Event Planning
www.amsl.com <http://www.amsl.com/>