2010-12-15 107 views
1

Cela peut être long, mais j'ai un contrôle de champ personnalisé qui rend un champ colorpicker pour une liste SharePoint personnalisée. Le contrôle de champ hérite de BaseFieldControl.Le contrôle de champ personnalisé SharePoint revient par intermittence au champ de texte

La plupart du temps tout fonctionne bien, mais de temps en temps, le contrôle revient à un champ de texte normal dans la liste. (Possible de revenir à Parent BaseField) Cela se produit sur la page d'édition d'élément.

Autre chose que nous avons remarquée est que chaque fois que cela se produit les étiquettes pour les champs afficheront l'emplacement de la ressource au lieu de la valeur de la ressource. Par exemple, il affichera

$ Ressources: CT_Banner_Name; Au lieu de la valeur réelle dans le fichier resource.resx

Des idées?

Répondre

0

Habituellement, quand je vois les $ Ressources: c'est un indicateur clair qu'une fonctionnalité est manquante sur l'un des serveurs à charge équilibrée. Peut-être votre contrôle personnalisé référence-t-il directement une url ou un serveur absolu, ce qui peut provoquer l'échec de certaines demandes?

+0

Merci UJ, c'était en fait pour un seul serveur, et la fonctionnalité a été installée et activée pour le site (y compris le fichier resource.resx associé). – Nico

+0

Nous avons réussi à trouver l'erreur cependant. À l'aide de SharePoint Manager, nous avons découvert que certaines listes personnalisées avaient des fichiers de schéma endommagés pour les champs (les instances de champ de liste). Je ne suis pas sûr de savoir comment cela s'est passé. Le type de contenu semble bien. C'est presque comme les listes se sont déconnectées de la fonctionnalité et n'ont plus mis à jour. Mais saisir un schéma de travail et remplacer les champs brisés semblait l'avoir corrigé. – Nico