|
|
Created:
6 years, 6 months ago by davidben Modified:
6 years, 6 months ago Reviewers:
Dan Beam CC:
chromium-reviews, arv+watch_chromium.org Base URL:
svn://svn.chromium.org/chrome/trunk/src Visibility:
Public. |
Descriptionuber: use the URL to resolve the subpage in popstate.
Otherwise if the initial load does not induce a replaceState, there is not
pageId in the history state to route to. Instead, always route from the URL.
This allows us to just pass-through the page state.
BUG=348948
TEST=See bug
Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=273934
Patch Set 1 #
Total comments: 2
Messages
Total messages: 22 (0 generated)
The settings page itself could probably do with the equivalent change too. Would remove the main cause of the "press back twice in a row" race.
https://codereview.chromium.org/306043002/diff/1/chrome/browser/resources/ube... File chrome/browser/resources/uber/uber.js (right): https://codereview.chromium.org/306043002/diff/1/chrome/browser/resources/ube... chrome/browser/resources/uber/uber.js:103: function onPopHistoryState(e) { what happens in the case of !e.state? should we probably still have an if (!e.state) return; here?
lgtm https://codereview.chromium.org/306043002/diff/1/chrome/browser/resources/ube... File chrome/browser/resources/uber/uber.js (right): https://codereview.chromium.org/306043002/diff/1/chrome/browser/resources/ube... chrome/browser/resources/uber/uber.js:103: function onPopHistoryState(e) { On 2014/05/29 20:42:10, Dan Beam wrote: > what happens in the case of !e.state? should we probably still have an > > if (!e.state) > return; > > here? nevermind, I see what's happening here (and in uber_utils.js), if this is undefined it's just ignored (essentially) but the popstate still gets forwarded to replaceState in the outer frame.
The CQ bit was checked by davidben@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/davidben@chromium.org/306043002/1
FYI, CQ is re-trying this CL (attempt #1). The failing builders are: android_aosp on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/android_aosp/builds/7...) android_dbg on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/android_dbg/builds/18...)
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: android_dbg on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/android_dbg/builds/18...)
The CQ bit was checked by davidben@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/davidben@chromium.org/306043002/1
FYI, CQ is re-trying this CL (attempt #1). The failing builders are: android_dbg_triggered_tests on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/android_dbg_triggered...)
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: android_dbg_triggered_tests on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/android_dbg_triggered...)
The CQ bit was checked by davidben@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/davidben@chromium.org/306043002/1
FYI, CQ is re-trying this CL (attempt #1). The failing builders are: android_dbg_triggered_tests on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/android_dbg_triggered...)
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: android_dbg_triggered_tests on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/android_dbg_triggered...)
On 2014/05/30 18:26:10, I haz the power (commit-bot) wrote: > Try jobs failed on following builders: > android_dbg_triggered_tests on tryserver.chromium > (http://build.chromium.org/p/tryserver.chromium/builders/android_dbg_triggered...) Aargh. The CQ seems to keep getting stuck on the same failure without retrying the run. That bot seems to have fallen over.
The CQ bit was checked by davidben@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/davidben@chromium.org/306043002/1
Message was sent while issue was closed.
Change committed as 273934 |