ルックアップタイプのMetaPropertyを設定するとMS Wordがクラッシュする

Question

VSTOアドインがVB.Net 3.5で作成され、MS Word 2010で実行されています。このVSTOアドインでは、いくつかのSharePoint（2010）メタドキュメントのContentTypePropertiesコレクションから返されるプロパティ。

msoMetaPropertyTypeLookup型のMetaDataアイテムのValueプロパティを設定すると、Wordがクラッシュすることがあります（常に規則的ですが、すべてではありません）。明らかに、値の設定の周りに試行キャッチがありますが、例外はそれによってキャッチされません - Wordはちょうど死ぬ。 Wordのエラーの詳細は以下のとおりですが、誰にもあまり役に立ちません。テキストタイプのフィールドの場合、値の設定に問題はありません。

誰かが正しい方向で私たちを指し示すことができれば、検索のメタデータプロパティの値を常に単語を殺さないように設定することができたら非常に感謝しています！

また、ルックアップタイプでもある1つのMetaDataプロパティがありますが、値、名前、タイプなどのプロパティにアクセスするだけで、次の例外が発生します。 "要素が見つかりません（HRESULTの例外：0x80070490） "

この例外を発生させないように見える唯一のプロパティは、Idプロパティです。私が見ることのできる唯一の違いは、フィールドの名前にスラッシュ（「/」）が付いていることです。フィールド名に "/"は無効ですか？

デフォルトDIPは、問題なくすべての値を設定できます。それは私たちが問題に遭遇するコードで試してやるときだけです。

Problem signature: 
    Problem Event Name: APPCRASH 
    Application Name: WINWORD.EXE 
    Application Version: 14.0.5123.5000 
    Application Timestamp: 4c646b38 
    Fault Module Name: StackHash_6608 
    Fault Module Version: 6.1.7600.16695 
    Fault Module Timestamp: 4cc7ab44 
    Exception Code: c0000374 
    Exception Offset: 000c35e3 
    OS Version: 6.1.7600.2.0.0.256.48 
    Locale ID: 5129 
    Additional Information 1: 6608 
    Additional Information 2: 66081020834161d0adf96c6191f1a84c 
    Additional Information 3: fdd5 
    Additional Information 4: fdd5bad4f069a755d9154e340782caad 

Answer 1

私はVBAで同じことをしようとしただけで文書を開催しましたSharePointのから[プロパティ]を列挙すると同じエラーが発生しました。

サブGetDocProps（） ' ' GetDocPropsマクロ ' '

薄暗いOffice.MetaProperties

セット小道具= ActiveDocument.ContentTypePropertiesとしてOffice.MetaProperty 暗い小道具としてI限り 薄暗い小道具 i = 1 各小道具用小道具 'Debug.Print i & "。タイプ：" & prop.Type & "ID： "& prop.ID &" 名： "& prop.Name &" 値： "& prop.Value ます。Debug.Print私&"」 &は "ID：" & prop.ID & "名：" & prop.Name I = I + 1 次は、それが「ID Intern_x002f_externを運ぶと、列名を持つ第九プロパティに墜落した End Subの

を支えます 「Afzender/Geadresseerde」という名前の列もあります

これは外部コンサルタントによって作成されたサイトコレクションです。 そのコンサルタントは、列名に不正な文字を使用してルールに従わなかったと思います。

これらのルールを破ると、あらゆる種類の厄介な副作用が発生します。

したがって、sharepointに不正なカラム名と英数字以外の名前を使用することに注意してください。 あなたは自分の足で自分自身を撮影することになります。

よろしく

マルセル

Answer 2

私は同じ問題を持っていたと私はフィールドの内部名がのCustomSiteColumnName0しかし名前のように、末尾に0を持っていたことContentTypePropertiesのスキーマXMLで見つかりましたフィールドはしませんでした。コンテンツタイプにはサイトの列も含まれているカスタムの親コンテンツタイプがあったためでしたが、これらの列はSchemaXmlの内部名義が正常でした。

親コンテンツタイプから列を削除した後、幸い私はそれらをまったく使用しませんでした。カスタムコンテンツタイプに基づいて新しいドキュメントですべてが正しく機能するようになりました。