Open
Bug 1183881
Opened 10 years ago
Updated 3 years ago
history.state is reset to null without dispatching popstate after "navigating" to the same hash
Categories
(Core :: DOM: Navigation, defect)
Tracking
()
NEW
People
(Reporter: robwu, Assigned: smaug)
Details
Attachments
(1 file)
1. Open the test file (this will automatically replace the history entry with #atarget and some value in history.state).
2. Click on the link (to the identical #atarget).
Expected result:
Either of the following:
- The history state should not change, since the link target is identical.
- history.state becomes null, but the popstate event is fired so that the application is aware of this change.
Actual result:
- history.state is set to null, without any notifications.
Updated•10 years ago
|
Flags: needinfo?(bugs)
Comment 1•8 years ago
|
||
This problem happens within two scenarios:
- A button/link with current url is clicked
- The webpage is refreshed by enter trough navBar.
With this bug I can't track the state that has been pushed therefore it will duplicate it un the history.
| Assignee | ||
Updated•4 years ago
|
Assignee: nobody → bugs
Flags: needinfo?(bugs)
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•