Salut,
Voila quelque semaines que le Keepass(2.43) que j'ai sur mon ordinateur pro freeze 3-4 secondes lorsque je fait un copier du mot de passe(CTRL+c) ou  utilisateur(CTRL+b)) , il faut donc attendre ce délai avant de pouvoir coller dans l'application destination.  
C'est un peut relou.
 
Ça me le fait avec ma base de mot de passe personnel, ca me le fait avec la base de donnés professionnel partagé avec mes collègues.mes collègues n'ont pas le soucis.
une idée ?
Merci.

Un souci de presse papier ?
Tu as activé son historique ?

j'ai ce soucis qu'avec keepass.

je vois pas trop ce que tu veux dire a propos de l’historique.

voila une petite video montrant ce delais :

https://youtu.be/MZGup-lcAKQ

le problème c'est entre le moment ou je clic copier et le moment ou la petite barre (timer) verte en bas se re-remplie : seulement a partir de ce moment la, le Copier est effectif

Sous Windows 10 tu peux activer l'historique pour le presse papier :
ms-settings:clipboard?activati [...] IA-4028529
 
Je me dis que si c'est activé et un peu trop "rempli" ça pourrait impacter les perfs.
Bon après si ça ne te le fait qu'avec Keepass c'est que le souci est probablement ailleurs.
 
Tu as essayé en modifiant le paramétrage du presse papier dans Keepass (durée de rétention, effacement automatique, etc...) ?

Les options dans keypass sont gérés par l’entreprise. Mais je pense pas que ce soit la source du problème: mes collègues n’ont pas les soucis
 
Je vais regarder avec l’historique même si j’avoue ne pas savoir faire du lien que tu a mis

Je vais aussi tester avec la version portable

Arf, le lien passe mal ...
Il faut le lancer sans le http://
Ça va ouvrir tes préférences Windows à la page des paramètres du presse papier.

j'ai fait un clear du cache -> sans effet.
effacé toute mention de keepass dans la BDR -> sans effet
utilisé une version portable -> sans effet
de part mon clean de la BDR, SCCM vient de me réinstaller keepass -> sans effet.

la, je suis perdu ...

Rien dans les journaux d'événements non plus ?
Tu as le même comportement en 2.42 ?

dans la base de registre, j'avais croisé un truc qui, si j'ai bien compris empêcher de logger les events de keepass.exe. j'ai supposé que c'etait pour éviter des "fuites".je vais aller re-verifier
 
j'avais en effet le problème en 2.42 aussi il me semble

Je pensais plus à un souci "périphérique" type temps d'accès au disque ou à la mémoire

ahhh, on vient de se rendre compte qu'un collègue a le même soucis   \o/
 
j’étais a 2 doigts de formater et reinstaller l'OS .
 
bon, par contre, toujours pas d'idée de la cause

ayé, on a trouvé   o/
 
 
en fait, c'etait justement l'historique du clipboard qui provoque ce délai, des qu'on le désactive complètement, ce délai disparaît

Il était activé chez toi aussi ?

 
 
en fait, le collègue l'avait pas d'activé. suite a ton message, je lui ai parlé de ce Win+V, il l'a activé qui semble être "une super option", et hier il a remarqué que lui aussi avait maintenant ce délai avec keepass.il a aussi remarqué que le Win+V avait aussi ce délai de quelque secondes , il a fait le rapprochement entre les 2 problèmes  
 
=> on a tout les deux désactivé cette option, et depuis tout remarche bien

J'utilise keepass et l'historique du clipboard sans souci ici.

Je ne sais pas comment sont stockées le contenu de l'historique du clipboard.
 
D'instinct je dirais en RAM comme le clipboard classique.
Auquel cas un tel freeze viendrait d'un temps d'accès trop long à la mémoire (barrettes "lentes" ? ou usées ?)
Par contre si c'est sur le disque, les mêmes pistes restent valables mais aussi plus "visibles".

dans ma boite, les ordis n'ont pas accès a internet directement (DNS inclus)
 
on a déjà eu plein de soucis avec l'application "Note" de microsoft qui bombarde les proxy si l’accès est pas permis.je soupçonne un truc dans le genre.
le "new-copy" essaye d'envoyer une requête sur internet, après un timeout il abandonne

Ah bah oui forcément, le principe de ce clipboard c'est la synchro sur internet.

Je vois rien dans Wireshark au moment du copier