ユーザーは、ソリューションの再配置後にアクセスを拒否しました

Question

私の古いソリューションは、イントラネット農場で長い間走っています。ソリューションには、Webパートを展開する機能が含まれています。 Webパートには、グループのユーザーがユーザープロファイルからの情報を表示します。

ソリューションにかなり大きな変更を加え、古い視覚WPを削除し、新しいWPを作成しました。機能から古いWPを削除し、削除して新しいWPを追加しました。この機能には同じGUIDがあります。

地元の開発者、QA envでソリューションをテストしましたが、すべてうまく機能しています。私が自分の製品に展開しようとしたとき。 env。、何かがうまくいかなかった。ソリューションを展開した後、ユーザーはWeb全体で資格情報を要求されます（ただし、ログインすることは許可されていません）。アプリ。解決策をもう一度撤回する必要がありましたが、それが修正されたようです。

次に、追加されたすべてのページでWPを削除しようとしました。ソリューションを展開し、問題なく機能をアクティブにしました。 WPをページに追加したとき、同じことが再び起こりました。ファームアカウントでさえログインすることは許可されていないため、許可の問題でもないと思います。

私が再配置する方法は、撤回し、古いソリューションをインストールし、新しいソリューションを追加してインストールすることです。アップグレードアクションを指定していません - 私はすべきですか？

Answer 1

問題はユーザープロファイルの画像だったようです。ここに新しいスレッドを投稿しました： すべてのユーザープロファイル画像をリストするときの許可問題（アクセス拒否）

Answer 2

私の経験では、これらのポップアップが発生する理由がいくつかあります： -

• コードは不正なAccesSexceptionをスローしていますが、コードは例外をキャッチするように構成されていません。 SPSITEオブジェクトを作成するとき、CatchAcsDenIedExceptionと呼ばれる構成を設定する必要があるプロパティがあり、これをfalseに設定して、コードでこれらのエラーをキャッチして適切なアクションを実行できるようにします。

ここで、問題はコードのどこでこの例外が発生しますか？

Webパーツの説明を使用して、これが起こっている可能性のある場所は、SharePointグループにアクセスするときです。グループのメンバーのみがグループのメンバーを表示できるように、グループ設定が設定されている問題を見てきました。あなたのWebパーツによって列挙されるサイトであなたのグループを確認し、誰もがそれらのグループのメンバーを見ることができることを確認してください。

それが問題を解決していない場合は、コード内のトレースステートメントを使用してWebパーツに追加し、Webパーツのデバッグバージョンを作成し、サーバー上のデバッグビューアーを使用して、コードがアクセスを投げている場所を見つけるのに役立ちます。拒否されたメッセージ。

よろしくサイモン