New issue
Advanced search Search tips

Issue 774402 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 782064
Owner: ----
Closed: Jan 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

Title for Youtube Music page is not shown in history page

Project Member Reported by a-...@yandex-team.ru, Oct 13 2017

Issue description

Chrome Version: Google Chrome	63.0.3236.0 (Официальная сборка) canary (64 бит)
Версия	2fa96eead8c5eea003b5b7fb4f9262b3d136d76b-refs/heads/master@{#507286}
ОС	Mac OS X

What steps will reproduce the problem?
(1)Open "https://www.youtube.com/music" link (same with "https://www.youtube.com/movies")
(2)Wait until site is loaded, note that tab description is "Youtube - movies" or "Youtube - Music"
(3)open chrome://history page

What is the expected result?
Expect that chrome history page shows link to youtube and description that says - "Youtube music"

What happens instead? 
Instead only links to www.youtube.com and description "Youtube" are shown on history page. Clicking on link correctly opens "https://www.youtube.com/movies" or music subpath.

Also history DB contains correct links but title for this pages is "Youtube"

Its not convenient to search history for such pages. Also this scenario works correctly in Safari, in Safari history correct title for Youtube subpage is shown.

 
I investigated this problem.
When you copy url and paste it in the omnibox HistoryTabHelper recieves a title two times. First title is taken from <title> tag of HTML page. Second is taken somewhere else (I can find it in meta for example). But helper sends to history backend only first title and discards everything else. That's why second one is not saved.
When you click on the link on the youtube page then title comes only once. And first title is the correct one.

This is possible to fix by workarounds. For example allow to save two first titles. Or it's possible to make saving by timer. When all titles (except first one) cannot be saved more often than every X seconds.
Cc: sdefresne@chromium.org sky@chromium.org
@sdefresne@chromium.org, @sky@chromium.org WDYT?
Should we fix it and whats the best way?

Mergedinto: 782064
Status: Duplicate (was: Untriaged)

Sign in to add a comment