Skip to content

Conversation

ryanflorence
Copy link
Member

When <Routes location=“history”/> is used
we now fall back to window.location for browsers
that don’t support the HTML5 history API

Rather than falling back to hash, falling back to
window.location ensures urls are identical for
all users, and sharing them will always work

closes #50

When `<Routes location=“history”/>` is used
we now fall back to window.location for browsers
that don’t support the HTML5 history API

Rather than falling back to hash, falling back to
window.location ensures urls are identical for
all users, and sharing them will always work

closes #50
@ryanflorence
Copy link
Member Author

thanks @spicyj, updated the branch

@sophiebits
Copy link
Contributor

lgtm

@ryanflorence
Copy link
Member Author

then by all means, click the merge button

@sophiebits
Copy link
Contributor

okay fine. :)

sophiebits added a commit that referenced this pull request Jul 27, 2014
[changed] fallback to window.location for history
@sophiebits sophiebits merged commit d658500 into master Jul 27, 2014
@sophiebits sophiebits deleted the history-fallback branch July 27, 2014 07:05
@lock lock bot locked as resolved and limited conversation to collaborators Jan 21, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Fall back to setting window.location when pushState isn't available
2 participants