this google guideとthis sample code provided by googleと表示されていますが、前後のボタンを使用すると確認ダイアログが返される前にURLが変更されます。つまり、ユーザーがナビゲートしないと決定した場合、URLは現在のプレースを表しなくなります。GWT 2.1プレイス/アクティビティテクニックグリッチ：ナビゲーションが確認される前にURLが変更される
誰でも解決策または回避策がありますか？理想的には、確認が行われるまでURLは変更されませんが、拒否した後は急いでURLを元に戻すだけです。
回避策はありません。あなたのアプリは何らかの形でURLが変更されたことを検知し、場所の変更をトリガーします（ナビゲーションが確定する前に）。
なぜ、のURLが変更されたかわかりません。それは「背中」でしたか？ "前に"？履歴メニューを使っていくつかのステップを一度に戻す「戻る」？ブックマーク？ URLの手動編集？したがって、すべてのケースでURL変更をキャンセルするためにHistory.next（）を実行する方法はありません（別の場所の変更を引き起こすことにも注意してください）。そして、History.back/next/go以外のURLを使ってURLを変更しようとすると、フォワード履歴が消去されてしまいます。
2年前に私自身の "place manager"でその動作を実装し、PlaceHistoryHandlerをGWT 2.1に追加したときにRay Ryanと話し合いました。もはやその場所と同期していない。参考までに、私は2年前、そして今年初めのことを学びましたが、GMailは同じような振る舞いをしていました（メッセージのドラフトを作成し、ドラフトに保存されていない変更がある間にナビゲートします）。