Forum GestSup

bonjour,

la mise à jour désactive al liaison LDAP et supprime la conf de celle-ci lors de la réactivation

c'est pas cool du tout

C'est pire que ça:

suite au reparametrage, Gestsup réactive que certains comptes; si vous mettez à jour via le connecteur il double certains compte LDAP alors que ceux -ci n'ont pas de modifications.

bref là c'st pas top du tout quand on est en prod

Bonjour,

pouvez-vous transmettre une impression écran de votre page Administration > Système ?

Avez vous vider le cache de votre navigateur ?

Pouvez-vous transmettre les logs d'erreurs Apache ?

Cdt

je suis en navigation privé le cache est vidé à chaque fermeture de mon navigateur
administration > système

Server :
OS:Linuxgestsup6.1.0-32-amd64#1SMPPREEMPT_DYNAMICDebian6.1.129-1(2025-03-06)
x86_64IPpublique:xxx.xxx.xxx.xxxApache:Nondisponible(enHTTP/1.1sursupport.kerimedical.com)
MariaDB:10.11.11-MariaDB-0+deb12u1(base:gestsupdb15.2Mo)
PHP:8.2.28(/etc/php/8.2/apache2/php.ini)
GestSup:3.2.57(1101tickets/263utilisateurs/150équipements)
Horloge:2025-09-0216:06:42(Europe/Paris)
Fichierschargés:94.59Mo(total109.79Mo)

Client :
Mobile:Non
Navigateur:Mozilla/5.0(WindowsNT10.0;Win64;x64)AppleWebKit/537.36(KHTML,likeGecko)Chrome/139.0.0.0Safari/537.36
IPv4:10.220.xxx.xxx

Network :
SMTP:Ouvert(smtp.office365.com:587)
LDAP:Ouvert(10.xxx.xxx.xxx:389)
OAUTH2Azure:Ouvert(login.microsoftonline.com:443)
HTTPS:Ouvert(gestsup.fr:443)


PHP parameters :
file_uploads:Activé
memory_limit:512M
upload_max_filesize:8M
post_max_size:8M
max_execution_time:480s
date.timezone:Europe/Paris

PHP extensions :
php_curl:Activée
php_fileinfo:Activée
php_gd:Activée
php_iconv:Activée
php_imap:Activée
php_intl:Activée
php_json:Activée
php_ldap:Activée
php_mbstring:Activée
php_openssl:Activée
php_pdo_mysql:Activée
php_xml:Activée
php_zip:Activée

Plugins :


Security :
HTTPS:ActivéeVersionApache:NonaffichéeVersionPHP:NonaffichéeDuréedelasession:PHP=1440sGestSup=24m
Droitsécriture:Nonverrouillés(cf.documentation)
.Répertoireinstallation:NonprésentSMTP:SécuriséLDAP:Portnonsécurisé(réglerleport636,danslaconfigurationduconnecteur)
Mot de passe:GéréparleserveurLDAP
Logs:Activés
RestrictionIP:Désactivé(pourplusdesécurité,ilestpossiblederestreindreaccesdesclientsàcertainesadressesIP,cfAdministration>Paramètres>Général>Serveur)
Listing des répertoires:Désactivé

Components :
Ace:4.0.0
makeusabrew/bootbox:6.0.2
twbs/bootstrap:4.6.2
itsjavi/bootstrap-colorpicker:3.4.0
steveathon/bootstrap-wysiwyg:2.0.1
selectize/selectize.js:0.15.2swagger-api/swagger-ui:5.11.0
FortAwesome/Font-Awesome:6.7.2
fullcalendar/fullcalendar:6.1.17
highcharts/highcharts:12.2.0
jquery/jquery:3.7.1
jeresig/jquery.hotkeys:0.2.0
thephpleague/oauth2-client:2.8.1
thephpleague/oauth2-google:4.0.1
stevenmaguire/oauth2-microsoft:2.2.0
greew/oauth2-azure-provider:2.0.0ezyang/htmlpurifier:4.18.0
microsoftgraph/msgraph-sdk-php:1.110.0
moment/moment:2.30.1
PHPMailer/PHPMailer:6.10.0
barbushin/php-imap:5.0.1
inetsys/phpgettext:1.0.12
ifsnop/mysqldump-php:2.12
FezVrasta/popper.js:1.16.0
tempusdominus/bootstrap-4:5.39.0thenetworg/oauth2-azure:2.2.2
Webklex/php-imap:6.2.0

erreur apaches

Bon, il ne semble pas y avoir d'erreur si ce ne un défaut de secret sur votre application Entra ID.

Pouvez-vous reproduire le problème sur la webdemo ?

Cela semble étonnant que sur les 340 installations de cette version, seul votre instance soit touchée.

Cdt

ce qui est certain c'est que j'ai du reparamétrer le connecteur, mes utilisateurs sont en double dans ma base, si je les désactive, cela les remets lors de la prochaine synchro.

Pouvez-vous créer un sujet dédié

je le fait dans bugtrack avec de nouvelles infos