Comment trouver la partie manquante web?

Question

Quelqu'un sait comment trouver une partie web offenser qui provoque cette erreur?

« Un WebPart ou contrôle de formulaire Web sur cette page WebPart ne peuvent pas être affichés ou importés parce qu'il est pas enregistré sur ce site comme sûr. »

J'ai hérité d'une ancienne SharePoint 2003 le site portail qui utilise des pièces Web personnalisées.

Je sais ce que cela signifie erreur. Je sais aussi que chaque partie Web doit être installé et registrées comme sûrs web.config. Le problème est que je ne sais pas que l'on manque. Je reçois même erreur quand je suis en train d'ouvrir la page dans FrontPage ainsi.

Answer 1

Aller à l'Observateur d'événements de la machine et vous serez en mesure de voir les entrées d'erreur. Sur tonnes d'entrées que vous devez trouver les entrées liées à vous et vous serez en mesure de voir les noms des webparts que le site sharepoint tente de charger, mais ne parvient. Si vous lirez la description complète de l'entrée d'erreur dans l'Observateur d'événements, il vous donnera la version et même PublicKey Token du webpart ainsi.

J'espère que cette aide !!!

Answer 2

Utiliser le contenu = 1 dans queryString à désactiver / Supprimer WebParts de la page que les erreurs de causes.

Answer 3

stsadm.exe -o enumallwebs -includewebparts

http://sharepointreporter.wordpress.com/

faut mettre à jour Sp2 je crois, pour que cette commande soit disponible. webparts Problématiques apparaîtront comme « disparus » dans la liste résultante.

Answer 4

Essayez de lire ceci:

http://www.bluedoglimited.com/SharePointThoughts/ViewPost.aspx ? ID = 189

Il devrait vous donner quelques indices pour résoudre le problème. Essentiellement, vous avez un contrôle qui est pas marqué comme sûr et il est un échec. Vous pouvez config très probablement à travailler, mais le lien ci-dessus a d'autres solutions possibles.

Answer 5

dans votre URL juste append content = 1. Cela vous donnera les toutes les webparts qui sont déployées. Maintenant, vous pouvez continuer à supprimer chacun des webpart pour trouver un problème est à l'origine (assurez-vous que vous savez rajouter les webparts).

Par exemple: si l'URL est http: // localhost: 9000 / default.aspx , essayez avec http: // localhost: 9000 = 1 contenu

Sinon, essayez de créer une nouvelle page webpart, ajouter des pièces Web qui sont là sur votre page réelle et vérifier que l'on est à l'origine question. Cela évitera des changements à la page réelle.

Hope this helps.

Answer 6

Je viens suggéré cette même réponse sur MSDN :

Cette stsadm m'a aidé à trouver où le webpart a été référencé en aucune façon:

stsadm -o enumallwebs -includewebparts > C:\temp\somelog.txt

Ensuite, vous pouvez voir la partie Web est répertorié sous un nœud XML <Web Id=... Url=...>, à savoir que vous connaissez le site web « coupable ».

A ce moment-là, quelques raisons que j'ai trouvé pour les références oubliées:

• le webpart est utilisé dans certains sous-site du site du coupable, et le sous-site est caché dans la liste rapide ou barre supérieure

• le webpart a été supprimé du site coupable, mais il est encore dans la « corbeille de collection de sites ». Vous pouvez atteindre ce en allant à la corbeille normale de notre site, regardez alors pour son lien sur la description de la barre supérieure ( « Utilisez cette page pour restaurer les éléments que ... »). Soit dit en passant, cette collection de sites corbeille lui-même a deux points de vue:. Assurez-vous de les vérifier à la fois

Dans les deux cas, je suis un peu d'aide en naviguant sur le site Web du coupable avec SharePoint Manager. Avec que je pourrais facilement repérer l'existence d'un sous-site oublié, ainsi que l'existence de cette « deuxième corbeille de niveau ».

HTH