comportement tshelltreeview selon exécution dans delphi ou depuis l'exe

Bonjour,

Le titre n'est peut-être pas très explicite, donc je m'explique.
J'utilise Tshelltreeview de façon classique en le créant à l'exécution puisqu'il n'y plus de composant TshellTreeView.
Cela fait plusieurs heures que je m'arrache les cheveux pour comprendre pourquoi mes lecteurs réseaux n'apparaissent pas dans le TShellTreeView.

Lorsque j'exécute le programme dans l'EDI pour débuggage, les lecteurs réseaux n'apparaissent pas.

Et je viens de découvrir que lorsque j'exécute le programme normalement à partir de l'explorateur, .... les lecteurs réseaux apparaissent bien et je peux y accéder sans problème.

Est ce que quelqu'un aurait une explication à ce phénomène étrange ? Et si oui que faut-il faire pour y remédier ?
Une option cachée ?

Merci d'avance.

Alors après une fulgurance et moults tests, je me suis demandé pourquoi lorsque j'exécutais le programme depuis l'explorateur les lecteurs réseaux apparaissaient et j'ai constaté en regardant les propriétés du programme que celui-ci n'était pas exécuté en mode administrateur.
Pour être sûr, je l'ai exécuté en mode administrateur et les lecteurs réseaux n'apparaissent pas.
Pour ne pas être embêté parfois avec des histoires de droits, j'exécute delphi en mode administrateur.
Je l'ai remis en mode normal et là, en exécutant le programme depuis l'edi, les lecteurs réseaux apparaissent !

C'est un comble : le mode administrateur interdit l'apparition des lecteurs réseaux dans le TShellTreeview !

Si quelqu'un avait l'explication je suis preneur car c'est fort de café quand même !

A votre bon coeur ...

je suppose tout simplement que les lecteurs réseaux (c'est à dire l'attribution d'une ressource réseau à une lettre) est propre à chaque utilisateur...par contre ces mêmes ressources sont sans doute visibles dans le voisinage réseau (aux droits près)

C'est lié à l'UAC, comme d'hab !

Même si tu appartiens au groupe administrateurs, tu n'es qu'utilisateur standard par défaut et les lecteurs réseaux sont associés au jeton de cet utilisateur-là. Lorsqu'il y a élévation de privilèges, ce jeton est remplacé par celui de l'administrateur "plein pouvoirs", les mappings n'y sont pas répertoriés. Tu peux facilement contrôler cela par l'invité de commandes en mode admin, les dossiers mappés ne sont pas accessibles.

On rencontre le même problème lorsqu'on veut copier un fichier depuis un lecteur réseau vers un emplacement protégé tel que Program Files (dès que l'élévation est requise).

Tu as dès lors quatre possibilités :

• désactiver l'UAC (!) ;
• procéder comme le propose Paul en ne référençant que des chemins UNC (\\serveur\partage) ;
• créer un batch, lancé en mode administrateur, qui recrée les mappings avant de lancer Delphi ;
• autoriser définitivement le partage des mappings entre le jeton standard et celui élevé.

La quatrième possibilité passe par une modification de la base des registres ; ajouter EnableLinkedConnections = 1 (REG_DWORD) sous HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System et redémarrer la station.

Et comme toujours, un peu de lecture ;)

Merci à vous deux.

Pour le lien de la page crosoft (en anglais qui n'est pas mon fort), j'avais déjà trouvé le truc et je l'avais appliqué, mais sans changement notable.

Enfin je croyais l'avoir appliqué ...

Quand Andnotor donne un truc, je vérifie et .... à 3h du matin, j'avais fait une erreur de frappe dans le nom de la clé !

J'avais créé une nouvelle clé sous le nom de EnabledLinkedConnections

Une toute petite erreur qui faisait que la clé n'était pas interprétée.

J'ai supprimé la clé et je l'ai recréée correctement, et ça marche !

Merci encore, ça m'a obligé à me vérifier ...