Open wc55 opened 2 years ago
Complementing: The error is when tikcet is assigned to a group and removed from the current group.
Complementing: The error is when tikcet is assigned to a group and removed from the current group.
I don't think I provided the full scenario.
The error appears when the ticket is assigned to another group and removed from the current group. The message appears to the technician doing the action.
Example: Technician 1 from group A, assigns ticket 100 to group B and unassigns group A.
If you assign group B and save, you do not receive the error, but when you remove group A, you receive the message.
If you assign group B and remove group A and then click Save, the error also appears.
On both occasions the ticket is sent, despite the message
I am not able to recreate this issue on 10.0.2 or the latest GLPI 10 commit. I created a profile with the same Ticket rights as shown in the screenshot, created a ticket with one user and assigned it to a group that my test user was in. The only way the test user should have been able to see the ticket was through that group. As the test user, I removed the first group and added a second group it was a member of in the same action, and I never saw an access error.
Sorry, maybe I didn't inform you correctly.
The ticket is open in group A, and the user has access only to group A. The error appears when the user assigns the ticket to group B.
In my example, the user tried to assign the ticket from the "CSA" group to the "SSI" group, but he only has access to the "CSA" group and has no access to the "SSI" group.
The assignment is done, but there is this message. If possible, I would like the functionality not to display the message.
User permissions
There has been no activity on this issue for some time and therefore it is considered stale and will be closed automatically in 10 days.
If this issue is related to a bug, please try to reproduce on latest release. If the problem persist, feel free to add a comment to revive this issue. If it is related to a new feature, please open a topic to discuss with community about this enhancement on suggestion website.
You may also consider taking a subscription to get professionnal support or contact GLPI editor team directly.
Hi
In version 10.0.3, the issue is still reproduced when a technician assigns the ticket to another group he doesn't have access to and removes his own group.
In the profile, the technician does not have access to all groups
There has been no activity on this issue for some time and therefore it is considered stale and will be closed automatically in 10 days.
If this issue is related to a bug, please try to reproduce on latest release. If the problem persist, feel free to add a comment to revive this issue. If it is related to a new feature, please open a topic to discuss with community about this enhancement on suggestion website.
You may also consider taking a subscription to get professionnal support or contact GLPI editor team directly.
Hi
In version 10.0.5, the issue is still reproduced when a technician assigns the ticket to another group he doesn't have access to and removes his own group.
In the profile, the technician does not have access to all groups.
I believe that the "assigned" function of the profile that gives access to forward the ticket, but this error occurs
Hi,
The problem here is probably that you remove yourself the right to display the ticket itself. The right way to fix this is probably to redirect the user to the ticket list when it has not anymore the right to access the ticket he just updated.
Hi
I was only able to test version 10.0.6 now. Two messages are displayed, one confirming the update and another informing about the technician not having access to the call.
Now the messages at least hint that the call has been assigned.
I saw that the correction will be made in version 10.0.7. I will wait.
Thank you very much
Code of Conduct
Is there an existing issue for this?
Version
10.0.2
Bug description
When a ticket is assigned to another group, a message appears on the screen: "You don't have permission to perform this action."
Relevant log output
Page URL
http://localhost/front/ticket.form.php?id=XXX
Steps To reproduce
1 - Access a ticket:
2 - Assign the ticket to another group and remove it from the current group:
3 - Click on the "Save" button.
4 - Error is displayed, but ticket is assigned:
5 - Ticket in the other group:
Your GLPI setup information
Instruções de instalação e configuração
Server
GLPI constants
Libraries
LDAP directories
SQL replicas
Notifications
Plugins list
Anything else?
Profile settings