Hi Paula, hi Jeffrey, Thanks both, this is very useful. I have now checked each point against the code on 3.2.3-1 with combodo-saml 1.2.6. 2:- (UserLDAP via SAML): confirmed on 3.2.3-1, with one nuance. LoginWebPage::FindUser() is not strictly hardcoded: it takes a $sType parameter defaulting to 'External' and queries User$sType by login. It is the SAML login path using that default that excludes UserLDAP. It also adds status = 'enabled' by default, so a disabled UserExternal cannot log in either....
After a successful installation of combodo-saml (v1.2.6), I am now testing combodo-saml (v1.2.6) against Microsoft Entra ID (hybrid on-prem AD/Entra ID) ahead of a planned move of our internal users from LDAP auth to SAML SSO. I've validated the core SAML flow successfully with a manually created ExternalUser test account. Before scoping a full internal rollout, wanted to check the current state of a few things that don't seem to be covered in the wiki docs: Is there any supported/built-in way to...
Thank you! I have managed to download the files. Regards
Environment: iTop 3.2.2-1, PHP 8.3.6, allowed_login_types = form|token|basic|external. Attempting to install two extensions ("MCP Server for iTop" v0.0.1 beta, and "SSO SAML authentication" v1.2.5) via iTop Hub. Clicking the "install"/"Get it!" button on the Store redirects to My Extensions as expected, but the "Show" control there does not respond — no navigation, no visible expansion, no error dialog. I found the existing report at ticket #2037 (double-slash URL breaking the POST handshake) and...
I recently experienced the same issue on iTop version 2.7.10-12681 built on 2024-01-09 09:06:10, after moving my iTop instance from Debian 10 to Ubuntu 22.04 LTS, which had PHP version 8. After downgrading PHP to version 7.4, I was able to assign agents to Routine Change and Emergency Changes. Here are the steps I followed for the downgrade: Remove PHP 8: sh sudo apt-get remove --purge php8.* Add the repository for PHP 7.4: sh sudo add-apt-repository ppa:ondrej/php sudo apt-get update Install PHP...
iTop version 2.7.9-11939 built on 2023-07-26 08:49:01 Data model: 2.7.9 MySQL: 10.3.39-MariaDB-0+deb10u1 PHP: 7.3.31-1~deb10u5 Time Tracking Version: 2.2.1 I would like to find out if it is possible to track time on change request tickets and how to configure it or enable tracking for change tickets, I am currently managing to track time on Incident and Request tickets only. Kind Regards Tonderai
Inquiry Regarding time tracking on Change Requests on Extension: Time Tracking Version: 2.2.1