здесь код с подтверждением выхода:
@Override
public void onBackPressed()
{
if(webView.canGoBack()){
webView.goBack();
}else{
new AlertDialog.Builder(this)
.setIcon(android.R.drawable.ic_dialog_alert)
.setTitle("Exit!")
.setMessage("Are you sure you want to close?")
.setPositiveButton("Yes", new DialogInterface.OnClickListener()
{
@Override
public void onClick(DialogInterface dialog, int which) {
finish();
}
})
.setNegativeButton("No", null)
.show();
}
}
Благодаря @Dusan Bajic я понял это.
Я полностью удалил перенаправление. Когда я это сделал, некоторые из перенаправлений перестали работать. Однако перенаправление из старого домена в новый домен все же произошло (и таким же образом удалив путь). Это позволило мне изолировать проблему как от перенаправления IIS.
Приходите, чтобы узнать, проблема была в нашем балансировщике нагрузки. Для старого домена он выполнял собственную переадресацию, поэтому старый домен никогда не доходил до IIS. После того, как перенаправление балансировки нагрузки было удалено, оно попало в IIS и вышеперечисленное перенаправление, которое работало безупречно.
Таким образом, решение этого заключалось в том, чтобы удалить перенаправление и посмотреть, не произошло ли перенаправление. И если это так, посмотрите на то, что «вверх поток», который выполняет перенаправление. Я не знал, что наш балансировщик загрузок перенаправляется, но теперь я делаю это!
Спасибо за помощь Dusan Bajic