Bug 153662 - setting location.pathname re-encodes pathname
Summary: setting location.pathname re-encodes pathname
Status: RESOLVED CONFIGURATION CHANGED
Alias: None
Product: WebKit
Classification: Unclassified
Component: DOM (show other bugs)
Version: WebKit Nightly Build
Hardware: Mac OS X 10.10
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-01-29 11:41 PST by Kerryck
Modified: 2022-08-09 15:15 PDT (History)
10 users (show)

See Also:

Attachments
Test Case (696 bytes, text/html)
2016-01-29 11:41 PST, Kerryck 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Kerryck 2016-01-29 11:41:28 PST 
Created attachment 270230 [details]
Test Case

Steps to Repro: 
1. Go to https://cdn.inkling.com/safari-test/foo%20bar.html
2. Click the "Refresh Page" button which does `window.location.pathname = window.location.pathname`

Expected Behaviour
The page should be refreshed to the URL https://cdn.inkling.com/safari-test/foo%20bar.html

Actual Behaviour:
The page is refreshed to the URL https://cdn.inkling.com/safari-test/foo%2520bar.html


I assume that this started happening when https://bugs.webkit.org/show_bug.cgi?id=30225 was fixed.
Comment 1 Ziying Zhang 2016-01-29 11:49:42 PST 
+1
Comment 2 Ahmad Saleem 2022-08-09 15:15:45 PDT 
I am unable to reproduce this bug in Safari 15.6 on macOS 12.5 using CDN test link mentioned in the Comment 0, it shows "foo%20bar.html" in the URL bar and it is same as Chrome Canary 106 and Firefox Nightly 105 but in case of Firefox, the URL changes %20 to space.

I am going to mark this as "RESOLVED CONFIGURATION CHANGED" but if it is not fixed, please comment with updated reproducible test case. Thanks!