Problème Sharepoint 2010 et visionneuse PDF
Résolu/Fermé
-nicolas-
Messages postés
4173
Date d'inscription
mercredi 5 mars 2008
Statut
Contributeur
Dernière intervention
5 septembre 2017
-
28 mars 2012 à 13:52
-nicolas- Messages postés 4173 Date d'inscription mercredi 5 mars 2008 Statut Contributeur Dernière intervention 5 septembre 2017 - 2 avril 2012 à 09:58
-nicolas- Messages postés 4173 Date d'inscription mercredi 5 mars 2008 Statut Contributeur Dernière intervention 5 septembre 2017 - 2 avril 2012 à 09:58
A voir également:
- Problème Sharepoint 2010 et visionneuse PDF
- Lire le coran en français pdf - Télécharger - Histoire & Religion
- Visionneuse powerpoint - Télécharger - Présentation
- Visionneuse photo windows 7 - Télécharger - Visionnage & Diaporama
- Comment faire un pdf - Guide
- Save as pdf - Télécharger - Bureautique
2 réponses
-nicolas-
Messages postés
4173
Date d'inscription
mercredi 5 mars 2008
Statut
Contributeur
Dernière intervention
5 septembre 2017
1 309
29 mars 2012 à 09:26
29 mars 2012 à 09:26
Petit up, apparemment le problème viendrait des autorisations, les PDF stockés sur un de mes sous-sites fonctionnent parfaitement partout, alors que sur les autres ça coince.
-nicolas-
Messages postés
4173
Date d'inscription
mercredi 5 mars 2008
Statut
Contributeur
Dernière intervention
5 septembre 2017
1 309
2 avril 2012 à 09:58
2 avril 2012 à 09:58
Problème résolu en retournant tout le web pour chercher un réponse, je l'ai trouvé sur Technet.com :
sur le serveur qui héberge le site Sharepoint, lancez une ligne de commande powershell puis saisissez les commandes suivantes :
$web = Get-SPWeb "http://racine/sous-site"
$docLib = $web.lists["Titre de la doclib"]
$docLib.BrowserFileHandling = "Permissive"
$docLib.Update()
Où "http://racine/sous-site" = l'adresse d'un sous site de votre site sharepoint
Le problème vient du fait qu'en créant des sous-sites à partir d'un modèle dont la gestion de fichiers est sur "strict", les sous-sites hériteront de cette autorisation, même si l'interface vous indique le contraire, d'où la nécessité de passer par Powershell.
sur le serveur qui héberge le site Sharepoint, lancez une ligne de commande powershell puis saisissez les commandes suivantes :
$web = Get-SPWeb "http://racine/sous-site"
$docLib = $web.lists["Titre de la doclib"]
$docLib.BrowserFileHandling = "Permissive"
$docLib.Update()
Où "http://racine/sous-site" = l'adresse d'un sous site de votre site sharepoint
Le problème vient du fait qu'en créant des sous-sites à partir d'un modèle dont la gestion de fichiers est sur "strict", les sous-sites hériteront de cette autorisation, même si l'interface vous indique le contraire, d'où la nécessité de passer par Powershell.
29 mars 2012 à 14:36
j'ai le meme problème, vous avez réussi a savoir qu'est ce kon doit paramétrer exactement pour autoriser l'ouverture en navigateur web?
30 mars 2012 à 17:30
En gros j'ai un sous site "sous-site1" qui sert aussi de modèle pour "sous-site2", "sous-site3" etc...
Les docs PDF stockés dans les documents partagés de sous-site1 s'ouvrent bien dans le navigateur, quel que soit le sous-site. D'un autre côté les documents partagés des autres sous-sites ne permettent pas de voir les PDF sans les télécharger.
Il doit y avoir un paramètre d'emplacement approuvé quelque part, je n'en sais pas plus...