165597 2016-12-08 01:59:34 -0800 When using contains Korean chraracter then crash `location.hash` value. 2016-12-14 11:11:07 -0800 1 1 1 Unclassified WebKit Platform Safari 10 All All RESOLVED DUPLICATE 162660 P2 Major --- 1 stegano webkit-unassigned achristensen ap oldest_to_newest 1257673 0 stegano 2016-12-08 01:59:34 -0800 Summary: When using contains Korean chraracter then crash `location.hash` value. Steps to Reproduce: 1. install Safari 2. launch Safari 3. move to https://apple.com(or another site) 4. Top menu -> for developer -> Show error console 5. below javascript code input to console location.hash = "한글 테스트" // input Korean character to location.hash; console.log(location.hash); // you will show "#\" in console, but must be `한글 테스트` or `%ED%95%9C%EA%B8%80%20%ED%85%8C%EC%8A%A4%ED%8A%B8`. Expected Results: "#한글 테스트" or "#%ED%95%9C%EA%B8%80%20%ED%85%8C%EC%8A%A4%ED%8A%B8" Actual Results: "#\" Version: OS X 1257689 1 stegano 2016-12-08 06:24:59 -0800 I think it relate to https://bugs.webkit.org/show_bug.cgi?id=15182 1259093 2 achristensen 2016-12-12 10:03:18 -0800 I can reproduces this for the old URL::parse, but with the new URLParser this problem is fixed. It logs "%ED%95%9C%EA%B8%80% %ED%85%8C%EC%8A%A4%ED%8A%B8" and does not percent encode the space which matches Chrome and a recent change to the URL spec in https://github.com/whatwg/url/pull/169 Could you verify the fix in Safari Tech Preview? https://developer.apple.com/safari/technology-preview/ 1259702 3 stegano 2016-12-14 04:57:56 -0800 Thanks for your reply :) It works well in Safari Technology Preview. 1259818 4 achristensen 2016-12-14 11:11:07 -0800 *** This bug has been marked as a duplicate of bug 162660 ***