New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 714434 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: May 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

webNavigation.onCommitted is not fired when anchor changes

Reported by nn1436...@gmail.com, Apr 23 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:53.0) Gecko/20100101 Firefox/53.0

Steps to reproduce the problem:
1. Open any website: anything.com/
2. Go to anchor: anything.com/#Test
3. Change anchor: anything.com/#Other
4. Reload page with same anchor: anything.com/#Other

What is the expected behavior?
webNavigation events: onBeforeNavigate, onCommitted, onCompleted alll are fired 4 times.

What went wrong?
webNavigation events onBeforeNavigate and onCompleted fired 4 times.
webNavigation.onCommitted is not fired on step 3.

Did this work before? N/A 

Does this work in other browsers? N/A

Chrome version: 58  Channel: stable
OS Version: 10.0
Flash Version: Shockwave Flash 25.0 r0

Doesn't work in Chrome 60 too.
 

Comment 1 by woxxom@gmail.com, Apr 23 2017

I think this is working as intended. 
Use chrome.webNavigation.onReferenceFragmentUpdated:
https://developer.chrome.com/extensions/webNavigation#event-onReferenceFragmentUpdated

Comment 2 by nn1436...@gmail.com, Apr 23 2017

If I totally remove anchor e.g. abc.com/#Test -> abc.com
It is a totally new navigation, but still no onCommitted.

Comment 3 Deleted

Comment 4 by nn1436...@gmail.com, Apr 23 2017

It does fetch the page from server.
You can check it in DevTools Network.

Comment 5 Deleted

Comment 6 by woxxom@gmail.com, Apr 23 2017

The page javascript fetches something from server, not the browser. 
Changing/adding the hash fragment never makes the browser itself fetch the page from server.
However, removing it completely should trigger onCommitted so it seems like a bug, indeed.

Comment 7 by nn1436...@gmail.com, Apr 23 2017

Please update the reproduction step for the correct one.

Comment 8 by woxxom@gmail.com, Apr 23 2017

This primitive bug tracker doesn't support editing so you'll have to post the new repro steps yourself in a new comment.

Comment 9 by nn1436...@gmail.com, Apr 23 2017

Reproduction step:

1. Open any website: anything.com/#Test
2. Go to same website without anchor: anything.com

onCommitted is not fired while this is a new navigation.
Labels: Needs-Triage-M58
Cc: kavvaru@chromium.org
Components: UI>Browser>Navigation
Labels: Needs-Feedback
Tested the issue on windows 7 using chrome version 58.0.3029.81 with the below steps

1.Opened Yahoo.com/
2.Go to anchor: yahoo.com/#Test
3.Changed anchor: Yahoo.com/#Other
4.Reload page with same anchor: anything.com/#Other
5. Observed that yahoo.com/#Test is loaded after reloading

Could you please  find the attached screen cast and confirm if anything missed here.
Please provide us the expected behaviour to triage the issue from test team end.

Thanks,
714434.mp4
1.8 MB View Download
nn1436401@ could you please respond to the comment #11
The scenario is following:

1. Open background page of any extension.
2. Go to console tab
3. chrome.webNavigation.onCommitted.addListener(console.log, { url: [{ schemes: ["http", "https"] }] };)
4. Open www.yahoo.com/#ABC
5. Check you have committed event for the main frame. (frameId is 0)
6. Remove '#ABC' and enter -> www.yahoo.com/

In the background console you see many events but no event for main frame.
Project Member

Comment 14 by sheriffbot@chromium.org, May 11 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "kavvaru@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: Needs-Feedback
Tested this issue using latest stable #58.0.3029.81 on Win 10 an unable to reproduce the issue as per the steps mentioned in comment #11

@Reporter: Could you please find the attached screen cast and let me know if I missed any steps from my end. If possible please attach a expected screen cast or screen shot for further triaging of the issue.

Thanks,
May 25 2017 10-54 PM.webm
12.4 MB View Download
Correction
==========

This issue tested on latest stable M58: 58.0.3029.110.

Thanks,
You had an error in the handler code in the console.

chrome.webNavigation.onCommitted.addListener(console.log, { url: [{ schemes: ["http", "https"] }] })


Attaching video:

webRequestError.gif
904 KB View Download
Project Member

Comment 18 by sheriffbot@chromium.org, May 27 2017

Cc: sandeepkumars@chromium.org
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "sandeepkumars@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: Needs-Feedback
Tested the issue on windows 7 using chrome version 58.0.3029.110.
Still getting the error in console.
Please find the attached screen shot and confirm if anything missed here.

Thanks,
714434.png
53.6 KB View Download
Status: WontFix (was: Unconfirmed)
As there is no action on this issue for long time closing this issue. Request you to update your Chrome to latest #66.0.3359.181 and verify. Feel free to file a new issue if the issue is still reproduced at your end.

Thanks!

Sign in to add a comment