cconard96
commented
1 month ago I cannot recreate the issue. When the canUpdateItem check fails for tasks, the checkbox is disabled and the edit option is missing. Please test again with 10.0.16.
Open hypermagicmountain opened 2 months ago
cconard96
commented
1 month ago I cannot recreate the issue. When the canUpdateItem check fails for tasks, the checkbox is disabled and the edit option is missing. Please test again with 10.0.16.
hypermagicmountain
commented
2 weeks ago @cconard96 @trasher
I updated to version 10.0.16, bit that didn't solve the issue.
What you describe is true for tasks that we as technicians add to a ticket. The author of the ticket cannot edit those in any way.
The tasks however that are added automatically via ticket templates can be checked as "done" by the author.
On the top right you can see that we are in the Profile "Self Service". We didn't touch the default profile settings (updating tasks is not allowed in this profile). I hovered over the first task with the mouse, you can see the three dots for the edit mode an that I checked the box.
The tasks are inserted by the user "Self Service Test", because that user used the ticket template to create the ticket.
Also I have a screenshot for the Ticket history:
I hope you can find a way to reproduce this, because the automatic task insert funtion is great and almost perfect, but this bug makes it pretty uncrontrollable, because the user can mark the technician's tasks as done...
hypermagicmountain
commented
2 weeks ago @trasher Can you reopen the issue? I can reproduce the bug very reliably.
Code of Conduct
Is there an existing issue for this?
Version
10.0.15
Bug description
We have multiple task templates that will be automatically added to a ticket when our customers open a ticket in a specific template (Hardware-request for example). Wether they do so via the Forms plugin or by opening a normal ticket and choosing the template, the issue remains the same.
Those tasks are for the technicians to do, and the customer should only be able to see the progress.
However, the customers are now able to click the checkbox next to the tasks and mark them as done that way. Additionally, they can "edit" the task, but they can't save them.
When a technician inserts a task manually, the customers can't click on the check box, which is the expected behavior.
Side notes: Our Self-Service profile set to the default settings, so the users should not be able to add or edit tasks. Additionally we tried setting the "By" and the "Groups" field in the task template, but that doesn't change the behavior.
Relevant log output
No response
Page URL
No response
Steps To reproduce
Make a ticket template that adds tasks templates. As an end user, open a ticket in this category, you will now be able to ckeck the task as done.
Your GLPI setup information
Information about system installation & configuration
Server
Operating system: Linux vm-ticketsystem 6.8.0-36-generic #36-Ubuntu SMP PREEMPT_DYNAMIC Mon Jun 10 10:49:14 UTC 2024 x86_64 PHP 8.3.6 apache2handler (Core, FFI, PDO, Phar, Reflection, SPL, SimpleXML, Zend OPcache, apache2handler, apcu, bcmath, bz2, calendar, ctype, curl, date, dom, exif, fileinfo, filter, ftp, gd, gettext, hash, iconv, igbinary, imap, intl, json, ldap, libxml, mbstring, mysqli, mysqlnd, openssl, pcre, pdo_mysql, posix, random, readline, redis, session, shmop, soap, sockets, sodium, standard, sysvmsg, sysvsem, sysvshm, tokenizer, xml, xmlreader, xmlrpc, xmlwriter, xsl, zip, zlib) Setup: max_execution_time="60" memory_limit="256M" post_max_size="20M" safe_mode="" session.save_handler="files" upload_max_filesize="20M" disable_functions="" Software: Apache/2.4.58 (Ubuntu) (Apache/2.4.58 (Ubuntu) Server at glpi-it.cdotenter.de Port 443 ) Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:127.0) Gecko/20100101 Firefox/127.0 Server Software: Ubuntu 24.04 Server Version: 10.11.8-MariaDB-0ubuntu0.24.04.1 Server SQL Mode: STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION Parameters: glpi@localhost/glpi Host info: Localhost via UNIX socket PHP version (8.3.6) is supported. Sessions configuration is OK. Allocated memory is sufficient. mysqli extension is installed. Following extensions are installed: dom, fileinfo, filter, libxml, json, simplexml, xmlreader, xmlwriter. curl extension is installed. gd extension is installed. intl extension is installed. zlib extension is installed. The constant SODIUM_CRYPTO_AEAD_XCHACHA20POLY1305_IETF_NPUBBYTES is present. Database engine version (10.11.8) is supported. No files from previous GLPI version detected. The log file has been created successfully. Write access to /var/lib/glpi/_cache has been validated. Write access to /var/lib/glpi/_cron has been validated. Write access to /var/lib/glpi has been validated. Write access to /var/lib/glpi/_dumps has been validated. Write access to /var/lib/glpi/_graphs has been validated. Write access to /var/lib/glpi/_lock has been validated. Write access to /var/lib/glpi/_pictures has been validated. Write access to /var/lib/glpi/_plugins has been validated. Write access to /var/lib/glpi/_rss has been validated. Write access to /var/lib/glpi/_sessions has been validated. Write access to /var/lib/glpi/_tmp has been validated. Write access to /var/lib/glpi/_uploads has been validated. Web server root directory configuration seems safe. PHP directive "session.cookie_secure" should be set to "on" when GLPI can be accessed on HTTPS protocol. OS and PHP are relying on 64 bits integers. exif extension is installed. ldap extension is installed. openssl extension is installed. Following extensions are installed: bz2, Phar, zip. Zend OPcache extension is installed. Following extensions are installed: ctype, iconv, mbstring, sodium. Write access to /var/www/html/glpi/marketplace has been validated. Timezones seems loaded in database.GLPI constants
Libraries
Notifications
Plugins list
formcreator Name: Form Creator Version: 2.13.9 State: Enabled Install Method: Marketplace glpisaml Name: Glpisaml Version: 1.1.6 State: Enabled Install Method: MarketplaceAnything else?
No response