Regarding what makes a field "mandatory":<br><br>What I'd love to see (and what I initially assumed the "mandatory" option provided) was for fields to be required before a ticket could be resolved.<br>

We have yet to implement the mandatory feature on any queues here because, for the vast majority of the time, the fields we'd love to require don't contain information we have when the request is made, but rather pertain to the steps/process we go through to resolve a ticket.

<br><br>It would be great if, in future versions, you could specify mandatory for ticket creation and mandatory for ticket resolution.<br><br>Forrest<br><br><div><span class="gmail_quote">On 8/8/07, <b class="gmail_sendername">

Ruslan Zakirov</b> <<a href="mailto:ruz@bestpractical.com">ruz@bestpractical.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

On 8/8/07, Ham MI-ID, Torsten Brumm <<a href="mailto:torsten.brumm@kuehne-nagel.com">torsten.brumm@kuehne-nagel.com</a>> wrote:<br>><br>><br>><br>> Hmmmm, an new right would not fix the core of the problem....i think this

<br>> not only occurs on create, this can also hapen at resolve time.<br>What exactly can happen?<br><br>><br>>  From the workflow point of view we have the situation that a user creates a<br>> ticket with only limited rights, later groups working at the same ticket

<br>> have more rights and have to set this cf, later groups only need to see what<br>> happens with this ticket and resolve this...<br>Ok, if user who creates a ticket has no right to set/modify a CF and<br>some privileged user should set it later, then why this CF is

mandatory? I think it shouldn't be. > >  I think to bypass the mandatory check and only display the cf if needed but > with no chance to ut something should be a cleaner solution?!? "ut" == "put"?

<br><br>What should we show? Disabled input/select box? User can not set a<br>field then why should we confuse him by showing it?<br><br>><br>>  Torsten<br>><br>>  -----Original Message-----<br>>  From: <a href="mailto:ruslan.zakirov@gmail.com">

ruslan.zakirov@gmail.com</a> <<a href="mailto:ruslan.zakirov@gmail.com">ruslan.zakirov@gmail.com</a>><br>>  To: Ham MI-ID, Torsten Brumm<br>>  CC: <a href="mailto:rt-users@lists.bestpractical.com">rt-users@lists.bestpractical.com

</a><br>> <<a href="mailto:rt-users@lists.bestpractical.com">rt-users@lists.bestpractical.com</a>><br>>  Sent: Wed Aug 08 18:02:08 2007<br>>  Subject: Re: Re: [rt-users] Custom Fields and Rights Question / maybe a bug

<br>><br>>  If a CF is mandatory then all users who can create tickets in queues<br>>  CF applies to must have 'ModifyCustomField' right. I think this way.<br>>  Do you have another ideas? At least as I understand this the way it

<br>>  work now.<br>><br>>  I was thinking about while fixing bug in 3.7 and came to two ideas:<br>>  1) Mandatory CFs must have default value. So when people couldn't set<br>>  a CF then we apply default and the fact that the CF is mandatory

<br>>  doesn't prevent creation.<br>>  2) We can add new 'SetCustomFieldOnCreate' right which can be useful<br>>  in many workflows and also admins would be able to allow users to<br>>  create tickets with mandatory fields, but deny changing a field after

<br>>  that.<br>><br>>  Both ideas are subject of RT 3.8 only, as I said we can only back port<br>>  a patch from 3.8 to avoid confusion of users and admins.<br>><br>>  On 8/8/07, Ham MI-ID, Torsten Brumm <

<a href="mailto:torsten.brumm@kuehne-nagel.com">torsten.brumm@kuehne-nagel.com</a>> wrote:<br>>  ><br>>  ><br>>  ><br>>  > Hi ruslan,<br>>  ><br>>  >  Yes for a normal cf this is not critical, but together with a cf set to

<br>>  > mandatory this becomes critical, because the user is not able to create a<br>>  > ticket via gui anymore for this queue :-(<br>>  ><br>>  >  Torsten<br>>  ><br>>  ><br>>  >  -----Original Message-----

<br>>  >  From: <a href="mailto:ruslan.zakirov@gmail.com">ruslan.zakirov@gmail.com</a> <<a href="mailto:ruslan.zakirov@gmail.com">ruslan.zakirov@gmail.com</a>><br>>  >  To: Ham MI-ID, Torsten Brumm<br>>  >  CC: 

<a href="mailto:rt-users@lists.bestpractical.com">rt-users@lists.bestpractical.com</a><br>>  > <<a href="mailto:rt-users@lists.bestpractical.com">rt-users@lists.bestpractical.com</a>><br>>  >  Sent: Wed Aug 08 16:13:33 2007

<br>>  >  Subject: Re: [rt-users] Custom Fields and Rights Question / maybe a bug<br>>  ><br>>  >  On 8/8/07, Ham MI-ID, Torsten Brumm <<a href="mailto:torsten.brumm@kuehne-nagel.com">torsten.brumm@kuehne-nagel.com

</a>><br>> wrote:<br>>  >  > Hi RT Users, Developers,<br>>  >  ><br>>  >  > i'm not 100% sure if this is a bug or if i'm again too dumb...<br>>  >  ><br>>  >  > For a Custom Field, I can grant the following Group Rights:

<br>>  >  ><br>>  >  > SeeCustomField<br>>  >  > ModifyCustomField<br>>  >  > AdminCustomField<br>>  >  ><br>>  >  > >From my point of understanding, SeeCustomFields allows a user to see

<br>> the<br>>  > CF and it's content, but not to change it?<br>>  >  right<br>>  ><br>>  >  ><br>>  >  > ModifyCustomFields grant him the right to change the Content of the CF<br>

>  > and AdminCF grants him the right to change this CF, is this correct so<br>> far?<br>>  >  AdminCF allow user to admin a CF, add new possible values, change<br>> type...<br>>  >  ModifyCF allow user to modify value(s) of a CF on tickets or objects

<br>>  >  this particular CF applies to.<br>>  ><br>>  >  ><br>>  >  > If the point above is correct, then if a user that only have the<br>> rights<br>>  > SeeCustomField should only be able to see this field and content, but

<br>> should<br>>  > not be able to change the content?<br>>  >  right.<br>>  ><br>>  >  ><br>>  >  > OK, now my problem and why I'm thinking that's a bug...<br>>  >  >

<br>>  >  > If a user creates a ticket in a queue with a custom field assigned and<br>> he<br>>  > has only the right SeeCustomField at this CF, he should see the field but<br>>  > should not be able to enter something there?!? But he is...!...is this

<br>> the<br>>  > correct way of handling the ACL or do I something wrong?<br>>  >  Yeah, there is a small bug on create. User see fields he can see even<br>>  >  if he can't modify them, but as far as I know user gets 'permission

>  >  denied' after creation for fields he can't modify. >  > >  >  In 3.7 development branch we don't show fields user can't modify on >  >  the create ticket page anymore. I think we can backport that fix.

<br>>  ><br>>  >  ><br>>  >  > Its under RT 3.6.4 and I have double checked the rights, the global<br>>  > rights, group rights and user rights...<br>>  >  ><br>>  >  > Any Ideas or hints or understand I the rights Setup for CF totally

<br>>  > wrong???<br>>  >  > --<br>>  >  >  Thanks in advance<br>>  >  >  ....<br>>  >  >     : Torsten Brumm<br>>  >  >     :<br>>  >  >     : Kuehne + Nagel<br>

>  >  >     : HAM - MI-ID<br>>  >  >     :<br>>  >  >     : Bauerbergweg 23-25<br>>  >  >     : 22111 Hamburg<br>>  >  >     :<br>>  >  >     : +49 (40) 30333 3199<br>

>  >  >     : +49 (40) 30333 44 3199<br>>  >  >     :<br>>  >  >     : <a href="mailto:torsten.brumm@kuehne-nagel.com">torsten.brumm@kuehne-nagel.com</a><br>>  >  >     : <a href="http://www.kn-portal.com">

www.kn-portal.com</a><br>>  >  >     : icq: 78258840<br>>  >  >     ....<br>>  >  ><br>>  >  ><br>>  >  > Kühne + Nagel (AG & Co.) KG, Geschäftsleitung: Hans-Georg Brinkmann

<br>>  > (Vors.), Uwe Bielang (Stellv.), Dr. Björn Johansson (Stellv.), Bruno<br>> Mang,<br>>  > Alfred Manke, Thorsten Meincke, Mark Reinhardt (Stellv.), Tim Scharwath,<br>>  > Jens Wollesen Sitz: Bremen, Registergericht: Bremen, HRA 21928,

<br>> USt-IdNr.:<br>>  > DE 812773878, Persönlich haftende Gesellschaft: Kühne & Nagel A.G., Sitz:<br>>  > Contern/LuxemburgGeschäftsführender Verwaltungsrat:<br>>  > Klaus-Michael Kühne<br>>  >  > _______________________________________________

<br>>  >  ><br>>  ><br>> <a href="http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users">http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users</a><br>>  >  ><br>>  >  > Community help: 

<a href="http://wiki.bestpractical.com">http://wiki.bestpractical.com</a><br>>  >  > Commercial support: <a href="mailto:sales@bestpractical.com">sales@bestpractical.com</a><br>>  >  ><br>>  >  >

<br>>  >  > Discover RT's hidden secrets with RT Essentials from O'Reilly Media.<br>>  >  > Buy a copy at <a href="http://rtbook.bestpractical.com">http://rtbook.bestpractical.com</a><br>>  >  >

<br>>  ><br>>  ><br>>  >  --<br>>  >  Best regards, Ruslan.<br>>  ><br>>  ><br>>  ><br>><br>><br>>  --<br>>  Best regards, Ruslan.<br>><br>><br>><br><br><br>--

<br>Best regards, Ruslan.<br><br>_______________________________________________<br><a href="http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users">http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

</a> Community help: <a href="http://wiki.bestpractical.com">http://wiki.bestpractical.com</a> Commercial support: <a href="mailto:sales@bestpractical.com">sales@bestpractical.com</a> Discover RT's hidden secrets with RT Essentials from O'Reilly Media.

<br>Buy a copy at <a href="http://rtbook.bestpractical.com">http://rtbook.bestpractical.com</a><br></blockquote></div><br>