none
Problème d'affichage de dossier en mode explorateur Windows RRS feed

  • Discussion générale

  • Bonjour à tous,

    Est-ce que quelqu'un pourrait m'expliquer pourquoi certains dossiers ne s'affichent pas en mode explorateur Windows.  Je les vois à l'intérieur du SharePoint mais aussitôt que je change de mode, tous les dossiers du répertoire s'affichent sauf un en particulier.

    Quelqu'un a une idée/solution?

    Version logiciel:

    SharePoint 2010

    Windows 7

    Cordialement,

    Jean-Sébastien G.

    mardi 3 juin 2014 12:20

Toutes les réponses

  • Hello,

    Ces dossiers ont des caractéristiques identiques ? (Droits, types de contenu, ...).


    My technical blog on SharePoint || My contributions on the TechNet Gallery

    mercredi 4 juin 2014 07:46
    Modérateur
  • Bonjour,

    Je ne pourrais pas le confirmer, mais je suis presqu'assuré que oui.  Mis à part pour le type de contenu que je ne sais pas comment vérifier.  Les dossiers ont été créés tous en même temps dans la bibliothèque.

    Cordialement,

    Jean-Sébastien G.

    mercredi 4 juin 2014 11:54
  • Il n'y a vraiment personne qui a une idée à sur ce sujet?

    Cordialement,

    Jean-Sébastien G.

    vendredi 6 juin 2014 15:52
  • Bonjour,

    L'affichage des dossiers dans le mode explorateur est basé sur le protocole WebDav. Par conséquent il utilise le même mécanisme.

    Je sais que si l'on souhaite cacher des dossiers (type forms) en WebDav, il faut agir sur certaines propriétés du dossier. Il serait intéressant de comparer via PowerShell ou via SharePoint manager la liste de propriétés de tes différents dossiers.

    Je pense que c'est la piste à suivre!

    mardi 10 juin 2014 10:53
  • Ok, par contre, je n'ai pas la possibilité d'installer de nouveaux logiciel (SharePoint Manager) et je ne suis pas trop familier avec PowerShell.  Je crois que mes chances de résoudre ce petit problème diminuent... :-)  Notre Sharepoint est accessible via HTTP sur un server externe.  Avez-vous une idée de la commande à entrer?

    Cordialement,


    mardi 10 juin 2014 11:26
  • Malheureusement je n'ai pas de quoi le tester ici...

    Voici tout de même un exemple :

    $web = get-SPWeb http://mySiteUrl
    $List = $web.Lists | ?{$_.Title -match "MyListTitle"}
    $list.Folders | %{
      write-host $_.Url " : " $_.Properties["vti_winfileattribs"]
    }
    Si tout est normal, la propriété ne devrait rien contenir ou contenir une valeur égale à 0000010. Si il est caché pour le protocole WebDav, elle devrait être à 0000016.

    Mais je peux difficilement m'avancer d'avantage sans pouvoir faire de tests...

    mardi 10 juin 2014 13:13
  • Voici la réponse de que le script me retourne:

    Le terme « get-SPWeb » n'est pas reconnu comme nom d'applet de commande, fonction, fichier de script ou programme exécutable

    mardi 10 juin 2014 13:44
  • Ha désolé, je pensais que tu utiliserais l'invite de commande PowerShell de SharePoint, pas celle native de windows.

    Dans ce cas, rajoute la ligne

    Add-PSSnapin Microsoft.sharepoint.powershell -ErrorAction SilentlyContinue
    Cela devrait te permettre de charger les Cmdlet de SharePoint dans ta console powershell
    mardi 10 juin 2014 15:10
  • Voici le script que j'exécute

    Add-PSSnapin Microsoft.sharepoint.powershell -ErrorAction SilentlyContinue
    $web = get-SPWeb (L'adresse de notre SharePoint)
    $List = $web.Lists | ?{$_.Title -match "l'adresse de la bibliothèque"}
    $list.Folders | %{
      write-host $_.Url " : " $_.Properties["vti_winfileattribs"]
    }

    et voici la réponse que je reçois:

    Le terme « get-SPWeb » n'est pas reconnu comme nom d'applet de commande, fonction, fichier de script ou programme exécutable. Vérifiez l'orthographe du nom, ou si un chemin d'accès existe, vérifiez que le chemin d'accès est correct et réessayez.
    Au niveau de ligne : 2 Caractère : 17
    + $web = get-SPWeb <<<<  Adresse de notre site SharePoint
        + CategoryInfo          : ObjectNotFound: (get-SPWeb:String) [], CommandNotFoundException
        + FullyQualifiedErrorId : CommandNotFoundException
     
    Impossible d'indexer dans un tableau Null.
    Au niveau de ligne : 5 Caractère : 41
    +   write-host $_.Url " : " $_.Properties[ <<<< "vti_winfileattribs"]
        + CategoryInfo          : InvalidOperation: (vti_winfileattribs:String) [], RuntimeException
        + FullyQualifiedErrorId : NullArray

    mardi 10 juin 2014 16:39
  • Salut,

    Va au plus simple, rends-toi sur un de tes serveurs et passe par ceci :


    My technical blog on SharePoint || My contributions on the TechNet Gallery


    mercredi 11 juin 2014 10:46
    Modérateur
  • Le terme « get-SPWeb » n'est pas reconnu comme nom d'applet de commande, fonction, fichier de script ou programme exécutable. Vérifiez l'orthographe du nom, ou si un chemin d'accès existe, vérifiez que le chemin d'accès est correct et réessayez.

    tu es certain d'être sur un des serveurs de ta ferme ?

    mercredi 11 juin 2014 11:51
  • Bonjour,

    Une autre piste juste au cas ou : vous vous connectez avec un compte administrateur ou avec votre compte Windows? Il me semble que lorsqu'on utilise le mode explorateur c'est les droits du compte Windows qui sont utilisés.

    Cela pourrait expliquer la différence d'affichage.

    mercredi 11 juin 2014 15:49
  • +1

    le compte utilisé pour se connecter au site SharePoint dans votre navigateur est il le même que celui de votre session Windows ?


    Blog Sharepoint : www.paslatek.net Twitter : @LimozinLionel

    jeudi 12 juin 2014 07:27
  • Désolé de ne pas avboir répondu avant, j'étais en congé hier... 

    Voilà la situation. 

    Je n'ai pas accès au serveur de notre site.  Je ne suis que le pilote avec le contrôle total du site seulement.  Afin d'accéder au site en question, je passe par une adresse http:// et l'authentification utilisée est celui de notre AD donc l'authentification Windows par défaut.

    Cordialement,

    jeudi 12 juin 2014 14:04
  • Bonjour,

    Any news ?

    Sinon on en revient à la proposition de LudoJojo; contacter votre administrateur en lui demandant d'exécuter le script.


    My technical blog on SharePoint || My contributions on the TechNet Gallery

    mardi 17 juin 2014 13:14
    Modérateur