6.0.0-alpha10
5/14/25

[#6414] Check state permissions on ticket creation
Summary Check state permissions on ticket creation
Queue Whups
Type Enhancement
State Accepted
Priority 1. Low
Owners
Requester jeffclay (at) pioneercomputersolutions (dot) com
Created 03/09/2008 (6275 days ago)
Due
Updated 05/19/2015 (3648 days ago)
Assigned
Resolved
Milestone
Patch No

History
05/19/2015 11:05:36 AM asa (at) isac (dot) gov (dot) in Comment #12 Reply to this comment
I am also looking for this enhancement, where, an authenticated user 
should not be allowed to select a ticket state, instead it should it 
should be set to default state only.
So you're saying that once the ticket is created, those same users do
not have permissions to update the ticket to be Assigned/Accepted?
Yes, they don't have those permissions after the ticket is created; 
but they (somehow) have them at the time of ticket creation.
03/11/2008 07:13:40 PM Chuck Hagenbuch Summary ⇒ Check state permissions on ticket creation
State ⇒ Accepted
 
03/11/2008 07:09:20 PM jeffclay (at) pioneercomputersolutions (dot) com Comment #11 Reply to this comment
So you're saying that once the ticket is created, those same users do
not have permissions to update the ticket to be Assigned/Accepted?
Yes, they don't have those permissions after the ticket is created; 
but they (somehow) have them at the time of ticket creation.
03/11/2008 06:53:15 PM Chuck Hagenbuch Comment #10 Reply to this comment
So you're saying that once the ticket is created, those same users do 
not have permissions to update the ticket to be Assigned/Accepted?
03/11/2008 07:34:25 AM jeffclay (at) pioneercomputersolutions (dot) com Comment #9 Reply to this comment
if they can then go and update the ticket to the new state, why do
you want to force them to use two steps?
I'm not wanting to force them to two steps.  On my system, I have 3 
ticket states (unconfirmed, assigned, accepted) that are available to 
regular authenticated users when they create a ticket. The default 
state is uncomfirmed. Guest users can only create a ticket with 
"unconfirmed" as the state. Their should be a way to force 
authenticated users to use the default state defined for the ticket 
type.
03/11/2008 05:06:09 AM Chuck Hagenbuch Comment #8 Reply to this comment
if they can then go and update the ticket to the new state, why do you 
want to force them to use two steps?
03/11/2008 04:56:54 AM jeffclay (at) pioneercomputersolutions (dot) com Comment #7 Reply to this comment
Oh. Well that's the assign/update sub-permissions (they're child
permissions of queues).
No, you're missing what I'm trying to say. On my system, I have the 
child permissions their, but none of them (authenticated, guest, 
creator, etc.) are checked on any of the child permissions (of my 
queues), but still yet; authenticated (non-administrator) users can 
create a ticket at whichever state they choose, but guest users can 
not.  Thank you for your patience.
03/11/2008 02:25:49 AM Chuck Hagenbuch Comment #6
State ⇒ Rejected
Reply to this comment
Oh. Well that's the assign/update sub-permissions (they're child 
permissions of queues).
03/10/2008 10:42:34 PM jeffclay (at) pioneercomputersolutions (dot) com Comment #5 Reply to this comment
... assuming that when you said "authed" users, you meant
unauthenticated users?
I don't think that *all* authenticated users should have the ability 
to specify state of a ticket. Sorry for the confusion. I think the 
guest way works nice, but when the horde users go to submit a ticket, 
they have the ability to specify state; I don't think that should be 
the case by default. I think there should be a permissions setting to 
specify which (if any) authenticated users have permissions to specify 
ticket state at creation of ticket.
03/10/2008 03:27:03 PM jeffclay (at) pioneercomputersolutions (dot) com Comment #4 Reply to this comment
Yes, I meant authenticated users when I said "authed users".
03/10/2008 05:16:19 AM Chuck Hagenbuch Comment #3 Reply to this comment
... assuming that when you said "authed" users, you meant 
unauthenticated users?
03/10/2008 05:15:37 AM Chuck Hagenbuch Comment #2
Summary ⇒ Honor Assign/Update permissions for guests
State ⇒ Accepted
Milestone ⇒
Reply to this comment
We should honor the Assign/Update queue sub-permissions for guests. 
That should take care of this.
03/09/2008 09:32:01 PM jeffclay (at) pioneercomputersolutions (dot) com Comment #1
Priority ⇒ 1. Low
State ⇒ New
Milestone ⇒ 1.0 - cvs
Queue ⇒ Whups
Summary ⇒ State permissions for authed users.
Type ⇒ Enhancement
Reply to this comment
Recently I setup whups and found that when users are authenticated, 
they have the permissions to change the state of their ticket to 
whatever they want at the creation of the ticket. However Guest users 
are forced to use the default state defined by the administrator. I 
think their should be an enhancement in permissions or something to 
allow the administrator to specify whether or not authed users must 
use default states.

Saved Queries