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

Issue 825984 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Buried. Ping if important.
Closed: Mar 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Nested id hash error with jQuery call

Reported by troysk...@gmail.com, Mar 26 2018

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36

Steps to reproduce the problem:
1. open demo.html

What is the expected behavior?

What went wrong?
DOM hash replaces space with %20 and led to jQuery failure. Seems like a selection rule change.

Did this work before? Yes The version from last Friday 03/23/2018

Chrome version: 65.0.3325.181  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version:
 
demo.html
897 bytes View Download
Labels: Needs-Bisect Needs-Triage-M65

Comment 2 by woxxom@gmail.com, Mar 27 2018

Bisect info: 523379 (good) - 523384 (bad)
https://chromium.googlesource.com/chromium/src/+log/80c2a79a..31c78ffa?pretty=fuller
Suspecting r523383 = 01c25d47d2d22456368363e576083d766eedf8f6 = https://crrev.com/c/719004 by mkwst@chromium.org
"Encode ' ', '"', '<', '>', and '`' in URL fragments."
Landed in 65.0.3293.0

The new behavior is intended to match the new specification.
Cc: sindhu.chelamcherla@chromium.org
Labels: -Pri-2 -Needs-Bisect ReleaseBlock-Stable Target-67 Triaged-ET Target-66 M-65 RegressedIn-65 FoundIn-66 FoundIn-67 Target-65 FoundIn-65 hasbisect OS-Linux OS-Mac Pri-1
Owner: mkwst@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce this issue on reported version 65.0.3325.181, on latest beta 66.0.3359.45 and on latest canary 67.0.3379.0 using Mac 10.13.3, Windows 10 and Ubuntu 17.10. i.e; Jquery error is seen in console on opening attached .html file.

Good Build: 65.0.3292.0
Bad Build: 65.0.3293.0

From above changelog suspecting https://chromium-review.googlesource.com/719004

@mkwst: Please confirm whether this is a bug or intended behavior. Adding RB-Stable for  M-65. Please remove if not the case.

Thanks!

Comment 4 by mkwst@chromium.org, Mar 27 2018

Status: WontFix (was: Assigned)
Correct. This was an intentional change to match both the spec and Firefox. You'll need to percent-decode the hash value before using it, just as you've needed to do in Firefox for quite some time now. :)

Sign in to add a comment