Open LuminousWing opened 4 days ago
cedric-anne
commented
4 days ago Hi,
If it works from time to time, then it is probably a connectivity issue with your LDAP. Try to upgrade to GLPI 10.0.15 to see if the problem persist. Some changes have been made on the LDAP connection feature to make it more resilient to errors. Even if your issue is not fixed, it may help you by providing more precise logs.
cconard96
commented
4 days ago It is also possible to be a CSRF issue. If you leave the GLPI login page open for more than 2 hours without refreshing it, the token for the login page expires and you will fail to login that first time. This should be less of an issue when GLPI 11 is released (see #16289).
Checking your GLPI logs (files/_log folder) for entries around the time of the issue should say exactly why it failed. Specifically, check access-errors.log and php-errors.log.
LuminousWing
commented
4 days ago That is usually how it happens, GLPI stays open and logged in but when clicking anywhere it takes you back to the login page which triggers the unable to login issue unless you try 3 times or refresh before attempting.
Code of Conduct
Is there an existing issue for this?
Version
10.0.9
Bug description
My users have the issue that when they want to get into GLPI and they were logged in before, they got logged out now and when trying to login they get the message that their login is wrong, and after re-trying for 2-3 times it suddenly works, if you refresh before attempting to login, it seems to work okay but not always. Does anyone else have this issue? It's quite annoying they sometimes have to try 3x to login...
Relevant log output
No response
Page URL
No response
Steps To reproduce
Have GLPI open but have the system log you out after some inactivity.+
Your GLPI setup information
Informatie installatie en configuratie van het systeem
Server
Operating system: Windows NT W2016GLPI 10.0 build 14393 (Windows Server 2016) AMD64 PHP 8.1.5 cgi-fcgi (Core, PDO, Phar, Reflection, SPL, SimpleXML, bcmath, calendar, cgi-fcgi, ctype, curl, date, dom, exif, fileinfo, filter, gd, hash, iconv, imap, intl, json, ldap, libxml, mbstring, mysqli, mysqlnd, openssl, pcre, readline, session, standard, tokenizer, xml, xmlreader, xmlwriter, zip, zlib) Setup: max_execution_time="30" memory_limit="256M" post_max_size="8M" safe_mode="" session.save_handler="files" upload_max_filesize="2M" Software: Microsoft-IIS/10.0 Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36 Server Software: mariadb.org binary distribution Server Version: 10.6.7-MariaDB Server SQL Mode: STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION Parameters: root@localhost/sfzglpi Host info: localhost via TCP/IP PHP version (8.1.5) 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.6.7) is supported. No files from previous GLPI version detected. The log file has been created successfully. Write access to C:\inetpub\wwwroot\glpi/files/_cache has been validated. Write access to C:\inetpub\wwwroot\glpi/config has been validated. Write access to C:\inetpub\wwwroot\glpi/files/_cron has been validated. Write access to C:\inetpub\wwwroot\glpi/files has been validated. Write access to C:\inetpub\wwwroot\glpi/files/_dumps has been validated. Write access to C:\inetpub\wwwroot\glpi/files/_graphs has been validated. Write access to C:\inetpub\wwwroot\glpi/files/_lock has been validated. Write access to C:\inetpub\wwwroot\glpi/files/_pictures has been validated. Write access to C:\inetpub\wwwroot\glpi/files/_plugins has been validated. Write access to C:\inetpub\wwwroot\glpi/files/_rss has been validated. Write access to C:\inetpub\wwwroot\glpi/files/_sessions has been validated. Write access to C:\inetpub\wwwroot\glpi/files/_tmp has been validated. Write access to C:\inetpub\wwwroot\glpi/files/_uploads has been validated. Web server root directory configuration is not safe as it permits access to non-public files. See installation documentation for more details. The following directories should be placed outside "C:\inetpub\wwwroot\glpi": ‣ "C:\inetpub\wwwroot\glpi/files" ("GLPI_VAR_DIR") ‣ "C:\inetpub\wwwroot\glpi\config" ("GLPI_CONFIG_DIR") You can ignore this suggestion if your web server root directory is "C:\inetpub\wwwroot\glpi\public". 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. 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: Phar, zip. Following extensions are not present: bz2. Zend OPcache extension is not present. Following extensions are installed: ctype, iconv, mbstring. Following extensions are not present: sodium. Write access to C:\inetpub\wwwroot\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.22.14.1', Port: '389', BaseDN: 'DC=sfz,DC=local', Connection filter: '(&(objectClass=user)(objectCategory=person)(!(userAccountControl:1.2.840.113556.1.4.803:=2)))', RootDN: 'adminbholemans@sfz.local', Use TLS: noneSQL replicas
Notifications
Plugins list
fields Name: Additional fields Version: 1.20.5 State: Enabled Install Method: Manual mreporting Name: More Reporting Version: 1.8.2 State: Enabled Install Method: Manual oauthimap Name: Oauth IMAP Version: 1.4.2 State: Enabled Install Method: ManualAnything else?
No response