Skip to content

Preserve fragments in URLs - #25

Open
magnars wants to merge 1 commit into
kibu-australia:masterfrom
magnars:preserve-fragments-in-urls
Open

Preserve fragments in URLs#25
magnars wants to merge 1 commit into
kibu-australia:masterfrom
magnars:preserve-fragments-in-urls

Conversation

@magnars

@magnars magnars commented Mar 15, 2017

Copy link
Copy Markdown

When URLs have fragments in them, pushy used to discard them. This change
preserves the fragment. Example:

<a href="/a-page#some-header">

Pushy would go to just /a-page before this change.

@magnars

magnars commented Mar 15, 2017

Copy link
Copy Markdown
Author

This turns out to not be a complete fix. The getToken function in the goog history API does not include the hash, so the initial dispatch does not include the hash. Hmfr.

When URLs have fragments in them, pushy used to discard them. This change
preserves the fragment. Example:

    <a href="/a-page#some-header">

Pushy would go to just "/a-page" before this change.
@magnars
magnars force-pushed the preserve-fragments-in-urls branch from 30e537b to f7e7d13 Compare March 16, 2017 10:55
@magnars

magnars commented Mar 16, 2017

Copy link
Copy Markdown
Author

Thankfully it wasn't goog.History that omitted the initial hash, so I was able to mend this easily enough. This PR is now good again. :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant