GUI を介してカスタム機能を非アクティブ化しようとすると、問題が発生します。「非アクティブ化」ボタンを押すと、予想どおり、本当に非アクティブ化するかどうかを尋ねる警告ページにリダイレクトされます。確認すると、ページの読み込みが開始されます。問題の機能は通常、非常に高速にアクティブ化されるはずですが、この場合、ページが 5 分以上ロードされても何も起こりません。ページが永遠の読み込みサイクルでスタックしているように見えると結論付けた後、変更があったかどうかを確認するためにページを更新する必要がありましたが、いいえ、機能はアクティブなままです.
何か案は？
詳細: 私が作業しているサイトは、以前に存在した office365 サイトです。カスタム ソリューションに変更を加えたところ (1 つの機能を変更して別の機能を追加)、古いソリューションを非アクティブ化し、新しいソリューションをアップロードしたので、変更した機能を非アクティブ化して再アクティブ化しようとしています。
機能が削除された場合、CT や別のものに依存するものなどのアイテムを削除しようとしていますか?
これがテスト環境で発生すると、機能に問題が発生するのを見てきました。ライブに展開する前に、これが解決されていることを確認してください。
codeplex のどこかに機能チェッカーがありますが、これが office365 サイトに接続されるかどうかはわかりません。これは FeatureAdmin.exe のようなものと呼ばれます。これは、機能を削除し、機能から残っているものを消去するのに役立つかもしれませんが、機能が削除するのに苦労しているものはすべて削除されません (もちろん!)
元の機能がデプロイされたとき、完全に非アクティブ化できることをテストしましたか?
非アクティブ化中に何が起こっているかによって異なります。非アクティブ化で多くの更新を実行する必要がある場合 (たとえば、多数のサブサイトのリストから列を削除するなど)、5 分はそれほど長くないかもしれません。以前、実行に 45 分 (?) かかった機能の非アクティブ化がありました。
別の可能性として、無限ループを含む C# コードがあるのではないでしょうか? それは少し遠いショットのように思えますが。
そうしないと、Office 365 のデバッグが非常に難しくなります。O365 ポータルを通じて Microsoft にサポート コールを発行し、ログが表示されるかどうかを確認することをお勧めします。