私のアプリは、管理者アカウントとして実行する必要があり、そうapp.manifestに、私は次のことを持っている管理者権限が必要です。のVisual Studio 2015は、
<requestedExecutionLevel level="requireAdministrator" uiAccess="false" />
私はリリースのx86に管理者権限なしでのVisual Studio 2013を実行している場合はそれがdoesnの管理者権限で再起動をお願いします。 2013年に
これはバグでその：
ただし、アプリケーションを実行しようとしたとき、私は次のダイアログが表示受けるリリースのx86に管理者権限なしでのVisual Studio 2015で同じアプリケーションを実行すると、 2015年に修正されましたか？それとも2015年に予期せぬ挙動ですか？
2015年の修正であると思われますが、これは正しい動作のようですが、なぜこれが変更されましたか？
はい、これはVS2013のバグです。問題は、プログラムが間違ったマニフェストで実行されていることです。これは、yourapp.vshost.exeファイルに埋め込まれているマニフェストを使用します。作成したマニフェストと一致しません。バグはVS2015で確かに修正されました。そこにはいくつかのバグ報告がありますが、おそらくthis oneが最適です。大きな災難、敏捷な問題、そしてアップデートで取り上げられていない
これは簡単な回避策があります.VSを上げること以外は、プロジェクト>プロパティ>デバッグを使用し、「Visual Studioホスティングプロセスを有効にする」チェックボックスをオフにします。これで、EXEに埋め込まれたマニフェストがアクティブになり、VSは昇格を促すメッセージを表示します。この設定は、信頼できないネットワーク共有に構築するなど、非常に珍しい設定がない限り、重要ではありません。
私はVS2013でサンプルの.Net WinFormsアプリケーションを作成しました。私はまったく同じプロンプトを表示します。私はあなたが実際にあなたのVS2013を気付かずに管理者として実行していると信じています。通常はdevenv.exeの互換性設定を介しています。
他の問題は、何らかの理由で間違ってコンパイルされたEXEです。プロンプトで「詳細」をクリックし、指定したパスに慎重にナビゲートします（実際には期待通りのものとは異なる場合があります）。次に、ディスクからアプリケーションを実行します。 WindowsはUAC /資格情報を要求しますか？
プロンプトが正しい動作だと思います。あなたがバグ報告番号を求めているのであれば、マイクロソフトのサポートチームにしか連絡することができません。 –
@LexLiおそらく正しい動作です。しかし、2013年とは異なり、正式な情報源から正しいかどうかを知りたい。 – TheLethalCoder