WebGregGit
commented
1 year ago Hi @tprudent01
Did you check the Setup > Notifications > Notifications > configuration the rule you want > Recipients tab?
Closed tprudent01 closed 1 year ago
WebGregGit
commented
1 year ago Hi @tprudent01
Did you check the Setup > Notifications > Notifications > configuration the rule you want > Recipients tab?
tprudent0803
commented
1 year ago Hello. Thx for your answer but yes I have still control this point. The add followup notification is set to send a mail to requester/observer/technician like it was before upgrade. But since upgrade it does not work anymore. With my different tests I saw that it is really due to the status. If ticket is new or waiting mail are not generate even if they come by email. I know it's a strange thing...
oneill2john
commented
1 year ago I have the exact problem. This started since I upgraded my GLPI from 10.0.3 to 10.0.5. This worked just fine in version 10.0.3 and earlier, bit since I upgraded to 10.0.5, I'm not getting email notifications when a user sends new followup to ticket.
I have posted my problem in detail on GLPI forum here: https://forum.glpi-project.org/viewtopic.php?id=285356
zoriax
commented
1 year ago I confirm this is a bug ! Same behavior here for me !
giovanny07
commented
1 year ago Same problem here in 10.0.3
oneill2john
commented
1 year ago Further testing shows that when a ticket has status "Processing (assigned)" or "New", technicians do receive notifications. However, when ticket status changes to "Pending" or "Solved", then when a user adds new followup, technicians do not receive notifications.
TylerVD
commented
1 year ago Same here with 10.0.3 and still after 10.0.5 upgrade. Je plussoie.
SteadEXE
commented
1 year ago It seems that even in status New, if you add a second follow-up, it generates a notification.
enerdatadevelop
commented
1 year ago Same for me, The update 10.0.4 to 1.0.5 seems to be the problem. I need to check the notification for every follow-up
fralla2
commented
1 year ago After further investigations, here's what I found :
Anytime we use this toggle (either to add a follow-up and put it pending or add a follow-up and remove the pending status), the follow-up is not sent.
If we put the ticket in pending state through here and then add a follow-up, it is sent correctly, same if we change it back to assigned through there and add a follow-up after.
cedric-anne
commented
1 year ago Hi,
Fixed by #13280
tprudent01
commented
1 year ago Thanks a lot. It works fine this this correction !
TylerVD
commented
1 year ago Hi, Not ok when a group is assigned from the creation with a business rule.
Members of the group are not notified.
cedric-anne
commented
1 year ago Hi, Not ok when a group is assigned from the creation with a business rule.
It may be another issue. Please open a new issue for this.
Code of Conduct
Is there an existing issue for this?
Version
10.0.5
Bug description
Hello,
We have moved from version 10.0.1 to 10.0.5.
We are encountering bugs on sending notifications for follow-ups in case the status is new or pending. The notification of an incoming ticket (collector or portal) or of a resolution is correctly sent.
But when the status is new or pending, the Add Followup notification seems not to be executed.
Are others having this issue?
I don't know if it's due to 10.0.5 or earlier and higher than 10.0.1 for which it still worked very well.
thank you
Relevant log output
No response
Page URL
No response
Steps To reproduce
Your GLPI setup information
Informations sur le système, l'installation et la configuration
Server
Operating system: Linux ffrsv107 5.15.0-52-generic #58~20.04.1-Ubuntu SMP Thu Oct 13 13:09:46 UTC 2022 x86_64 PHP 7.4.3 apache2handler (Core, FFI, PDO, Phar, Reflection, SPL, SimpleXML, Zend OPcache, apache2handler, apc, apcu, bz2, calendar, ctype, curl, date, dom, exif, fileinfo, filter, ftp, gd, gettext, hash, iconv, imap, intl, json, ldap, libxml, mbstring, mysqli, mysqlnd, openssl, pcre, pdo_mysql, posix, readline, session, shmop, soap, sockets, sodium, standard, sysvmsg, sysvsem, sysvshm, tokenizer, xml, xmlreader, xmlrpc, xmlwriter, xsl, zip, zlib) Setup: max_execution_time="300" memory_limit="1024M" post_max_size="32M" safe_mode="" session.save_handler="files" upload_max_filesize="10M" Software: Apache/2.4.41 (Ubuntu) (Apache/2.4.41 (Ubuntu) Server at glpi.france-frais.fr Port 443 ) Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36 Edg/107.0.1418.35 Server Software: (Ubuntu) Server Version: 8.0.31-0ubuntu0.20.04.1 Server SQL Mode: STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION Parameters: root@localhost/glpi Host info: Localhost via UNIX socket PHP version (7.4.3) is supported. Sessions configuration is OK. Allocated memory is sufficient. mysqli extension is installed. Following extensions are installed: dom, fileinfo, json, simplexml. curl extension is installed. gd extension is installed. intl extension is installed. libxml extension is installed. zlib extension is installed. The constant SODIUM_CRYPTO_AEAD_XCHACHA20POLY1305_IETF_NPUBBYTES is present. Database engine version (8.0.31) is supported. No files from previous GLPI version detected. The log file has been created successfully. Write access to /var/www/html/glpi/files/_cache has been validated. Write access to /var/www/html/glpi/config has been validated. Write access to /var/www/html/glpi/files/_cron has been validated. Write access to /var/www/html/glpi/files has been validated. Write access to /var/www/html/glpi/files/_dumps has been validated. Write access to /var/www/html/glpi/files/_graphs has been validated. Write access to /var/www/html/glpi/files/_lock has been validated. Write access to /var/www/html/glpi/files/_pictures has been validated. Write access to /var/www/html/glpi/files/_plugins has been validated. Write access to /var/www/html/glpi/files/_rss has been validated. Write access to /var/www/html/glpi/files/_sessions has been validated. Write access to /var/www/html/glpi/files/_tmp has been validated. Write access to /var/www/html/glpi/files/_uploads has been validated. The following directories should be placed outside "/var/www/html/glpi": ‣ "/var/www/html/glpi/files" ("GLPI_VAR_DIR") ‣ "/var/www/html/glpi/config" ("GLPI_CONFIG_DIR") You can ignore this suggestion if you are certain that these directories are not accessible through your web server. PHP directive "session.cookie_secure" should be set to "on" when GLPI can be accessed on HTTPS protocol. PHP directive "session.cookie_httponly" should be set to "on" to prevent client-side script to access cookie values. exif extension is installed. ldap extension is installed. openssl extension is installed. zip extension is installed. bz2 extension is installed. 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 not loaded, see https://glpi-install.readthedocs.io/en/latest/timezones.html.GLPI constants
Libraries
LDAP directories
Server: '10.15.1.1', Port: '389', BaseDN: 'OU=1_UT_FFR,DC=francefrais,DC=local', Connection filter: none, RootDN: 'ffradreader@francefrais.local', Use TLS: noneSQL replicas
Notifications
Plugins list
fields Name: Champs supplémentaires Version: 1.18.2 State: Enabled Install Method: Marketplace formcreator Name: Form Creator Version: 2.13.1 State: Enabled Install Method: Marketplace fusioninventory Name: FusionInventory Version: 10.0.3+1.0 State: Enabled Install Method: Manual order Name: Gestion des commandes Version: 2.10.0 State: Installed / not activated Install Method: Marketplace manufacturersimports Name: Imports fabricants Version: 3.0.5 State: Installed / not activated Install Method: Marketplace oauthimap Name: Oauth IMAP Version: 1.4.1 State: Enabled Install Method: Marketplace mreporting Name: Plus de rapports Version: 1.8.2 State: Enabled Install Method: MarketplaceAnything else?
No response