Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

When a new notification is added to glpi with the status closed, the person "Assigned to” disappears, only the “Requester” and "Observer" remain #18016

Open
2 tasks done
marek191 opened this issue Oct 7, 2024 · 2 comments

Comments

@marek191
Copy link

marek191 commented Oct 7, 2024

Code of Conduct

  • I agree to follow this project's Code of Conduct

Is there an existing issue for this?

  • I have searched the existing issues

Version

10.0.16

Bug description

When adding a new request in GLPI (e.g., to document previous work or backlog), the user sets the status of the request directly to “closed” instead of letting it go through the usual process.

Problem: After saving a request, the “Assigned to” field (representing the technician or person responsible for handling the request) disappears, and only the “Requester” and “Observer” fields remain visible.

We tested this in a freshly installed GLPI on a test environment version. 10.0.16 and the problem occurs there as well.

Before adding a new notification
image

After adding a new notification
image

Relevant log output

No response

Page URL

No response

Steps To reproduce

No response

Your GLPI setup information

No response

Anything else?

No response

@pacomm
Copy link

pacomm commented Oct 9, 2024

I have the same problem...

@sewkol
Copy link

sewkol commented Oct 10, 2024

I have exactly the same problem on 2 different installations.
The workaround is to first add a ticket and then close it - in this case the person is not "magically" removed.
The problem is the multiple notifications to employees...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants