Що відбувається, коли я наведу курсор на посилання в Chrome?

Коли це посилання ( http://a//%%30%30 ) натиснута в Google Chrome, Chrome розбиває та закриває всі вкладки та екземпляри.

Але, в деяких випадках, мені потрібно лише навести курсор на посилання, а на вкладці збій.

Що відбувається, коли я наведу курсор на це посилання? Я маю на увазі, що робить Chrome, коли посилання знаходиться над?

Збій відбувся через нещодавно виявлену помилку Chrome - та інші Браузери WebKit (!) * - специфічно пов'язані з ними %%30%30, %0%30 або %%300 як частина URL-адреси, яка все в кінцевому підсумку складається з одного символу: нуль . Ви можете прочитати більше про помилку тут .

Це не помилка, яка впливає на більшість посилань, тому ви зазвичай не повинні турбуватися про наведення курсору на посилання.

Примітки:
* Інший Браузери WebKit включають Safari, Opera, браузер Steam, Midori, S60 (Symbian), браузер Blackberry і браузер Playstation 3 - але ні Firefox, Internet Explorer або Edge.

Редагувати: Ця помилка тепер виправлена Chrome 45.0.2454.101 як Deltik вказує на те.

Детальніше про те, що відбувається

Проблема пов'язана з URL canonicalizer , яка запускається відразу після наведення курсору миші на посилання - можливо, для відображення посилання в рядку стану браузера та для попередній вибір веб-сторінку, щоб вона завантажувалася швидше після натискання.

Що стосується ролі канонізатора URL:
При написанні URL-адреси HTML, вона може бути написана у такій формі, як /home або ../../home, але браузерам потрібно перекласти цю URL-адресу на щось, що має протокол і домен http://superuser.com/home. Крім того, URL може містити Видалення URL-адрес що потрібно бути перекладено , і ці втечі є % кодується , люблю %%30%30. (Більш вичерпний список викидів URL-адрес тут ).
Функціональність обробки цього Переклад URL-адрес це те, що закінчується збоями, тому що він отримує вхід, який розробники не очікували / обробляли.

Ось підсумок зміни коду, який вирішив проблему:

Правильно керуйте проблемними вкладеними втечами у шляху URL.

Зокрема, якщо unescaping на вході призводить до вихідного URL   що містить нову витікаючу послідовність, наприклад, перетворення вхідних даних "%% 30% 30"   "% 00", щоб уникнути виводу "%" як "% 25"   Послідовність не розглядається як нова діюча послідовність.

Це гарантує, що канонізація того ж URL-адреси вдруге не відбудеться   зміни до нього, що важливо для уникнення аварій та інших помилок   в різних місцях як в налагоджувальних, так і в релігійних збірках.

Як каже Фабіо Тураті,

Коли ви наводите курсор на посилання, Chrome відображає його в лівому нижньому куті. Це вимагає певної обробки, включаючи "переклад" спеціально закодованих символів.

Однак, з вашої публікації та коментаря, я думаю, ви більше стурбовані тим, чи підключається Chrome до посилання у фоновому режимі. Це робить , так само як і інші сучасні веб-переглядачі ( Firefox , Опера ). Можливо, потрібно вимкнути попереднє завантаження в налаштуваннях Chrome або встановити Початок uBlock щоб отримати додаткові налаштування конфіденційності.

Я хотів дати додаткові роз'яснення щодо того, що саме відбувається тут.

В основному,% 30 є URL-кодуванням 0, а% 00 є URL-кодованим NULL (який відображається в двійковому вигляді як 0000 0000). Отже, якщо у вас є URL, який має вкладений закодований символ, який буде декодуватися до NULL, виникає помилка.

Chrome канонізує URL-адресу (джерело: https://code.google.com/p/chromium/issues/detail?id=533361#c13 ):

• Вхідний рядок "http: //a.com/%%30%30" не відкрито до " http://a.com/%00 "і вважається дійсним GURL.
• Цей GURL зрештою надсилається GURLToDatabaseURL (), який викликає ReplaceComponents () на ньому, щоб позбавити ім'я користувача та пароль.
• ReplaceComponents () повторно канонізує URL-адресу.
• Canonicalization шляху потрапляє в "% 00" послідовність, unescapes, бачить, що це 0 char, який є недійсним у URL, залишає його уникнуто   позначає отриману URL-адресу як недійсну.
• Коли ми повернемося до GURLToDatabaseURL (), він викликає .spec () на новій URL-адресі, очікуючи, що він буде дійсним, оскільки вхідна URL-адреса була гарантована   щоб бути дійсною, і ми просто видалили ім'я користувача та пароль. Це   DCHECK.

Отже, URL-адреса спочатку вважається дійсною, але після видалення певних особистих даних вона припиняється. Однак після видалення даних функція, яка називає цей конкретний код, очікує на дійсний URL.

Частина причини, чому ця URL-адреса вважається недійсною, полягає в тому, що NULL використовується в ряді старих програм і мов для позначення кінця рядка (тому що це в основному 8 нулів у рядку, який легко виявити для комп'ютера).