Issue metadata
Sign in to add a comment
|
Can not properly edit an URL containing hash sign
Reported by
haypro.n...@gmail.com,
Dec 6
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.110 Safari/537.36 Steps to reproduce the problem: 1. Load the page http://azbukasantehniki.ru/2501-polipropilenovye-truby-i-fitingi-dlya-vodosnabzheniya-i-otopleniya#/page-4 2. Now try to edit the URL in the address bar removing "#/page-4" from it by pressing Backspace or Delete keys What is the expected behavior? The end of the URL removes including the hash sign. What went wrong? When the carette reaches the hash sign, the address bar fills again with the full URL from the session history, preventing user to delete the hash sign in order to open the following URL: http://azbukasantehniki.ru/2501-polipropilenovye-truby-i-fitingi-dlya-vodosnabzheniya-i-otopleniya Did this work before? N/A Chrome version: 70.0.3538.110 Channel: stable OS Version: 10.0 Flash Version:
,
Dec 6
Sounds like bug 905673 : The issue is that there's an inline autocompletion to the root page of the hostname plus a #hash fragment. It was only fixed for Chrome 71, so it's likely you'll be living with it for a while. One way to fix it would be to delete the visits in your history that autocomplete with a #hash. Try forcing an update in chrome://settings/help (or Chrome menu - Help - About). The current version is already 71, which should have fixed the bug.
,
Dec 7
I can't reproduce this in 71, so I'm marking this as a dupe of that bug. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by mmenke@chromium.org
, Dec 6