New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 682565 link

Starred by 2 users

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Chrome , Mac
Pri: 3
Type: Feature



Sign in to add a comment

Filter History by Device

Reported by capil...@gmail.com, Jan 19 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36

Steps to reproduce the problem:
1. Select History from all devices 
2. Filter history device vise 
3. identify the particular device to check the usage 

What is the expected behavior?
History should be filtered device wise 

What went wrong?
i was tried to filter history for my all devices which i used same account but it shows all the tabs as one (model number as device number ) so i was unable to filter the history by device vise 

Did this work before? N/A 

Chrome version: 55.0.2883.87  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: Shockwave Flash 24.0 r0
 
Labels: Needs-Triage-M55
Cc: msramek@chromium.org ew...@chromium.org
Components: UI>Browser>History
To clarify - history from two different devices of the same model (e.g. two Nexus 5 phones) is shown as coming from one device?

Comment 3 by ew...@chromium.org, Jan 20 2017

Cc: s...@chromium.org

Comment 4 by ew...@chromium.org, Jan 20 2017

Labels: Needs-Feedback

Comment 5 by s...@chromium.org, Jan 20 2017

Owner: s...@chromium.org

Comment 6 by pav...@chromium.org, Jan 25 2017

Sky, did you try to repro this bug?

Comment 7 by s...@chromium.org, Jan 30 2017

Labels: -Needs-Feedback
Status: Started (was: Unconfirmed)
Re: #6, I was taking ownership to track closing out the bug due to inactivity.

However, tried to test this really quickly last week, and I ran into some odd behavior where multiple clients connected from the save device didn't appear to create sessions data. I don't understand what exactly is going on, it seems they make the commit request, get seemingly real server ids, but their versions don't increment. I cannot find the actual data stored when looking up by server id. I will try to spend more time investigating this week.

Comment 8 by s...@chromium.org, Feb 3 2017

Owner: msramek@chromium.org
Status: Assigned (was: Started)
Looks like my previous comments were just running into  issue 688045  and getting confused from that.

Assigning to msramek@, looking at the MD chrome://history page (not Tabs from other devices), I don't see any indication of the device the history row came from. Additionally, typing the host name into the search box at the top, doesn't seem to be matching against the host name it originated from. I think this is the problem the reporter was having. They were likely looking for a history record from a particular device, they could remember which device they were using, and they wanted to narrow down their search by that criteria.

I'm not sure what kind of considerations have gone into the new MD history page, perhaps you can shed some light on if this is WAI for if this is functionality we want to add in the future.

Comment 9 by ew...@chromium.org, Feb 3 2017

Cc: tbuck...@chromium.org rpop@chromium.org
Cc: calamity@chromium.org tsergeant@chromium.org
Owner: calamity@chromium.org
> I don't see any indication of the device the history row came from

I don't think this was ever supported. Even though Sync must be able to distinguish individual devices, AFAIK history.google.com (where we fetch the results from) does not.

Furthermore, there is also a UX question. We lump visits to the same URL from the same day into one history page entry. So the same news article visited on my desktop and on my phone is one entry. Does it make sense to break it into two?

> Additionally, typing the host name into the search box at the top, doesn't seem to be matching against the host name it originated from.

That search box searches history entries, not device names, I think. This is probably worth improving. Then there is also the problem that the search box can sometimes behave weirdly for short queries, that's issue 686884. This is "working as implemented", I'm afraid, and probably also worth revisiting.

> I'm not sure what kind of considerations have gone into the new MD history page

Me neither :) Reassigning to +calamity@, tsergeant@ if you want to have a look at some of these issues.
Labels: Sync-Triaged SyncHandoff2018

Comment 12 by treib@chromium.org, Apr 27 2018

Labels: -Type-Bug -Pri-2 Pri-3 Type-Feature
Owner: ----
Status: Available (was: Assigned)
Labels: OS-Chrome OS-Linux OS-Mac
Summary: Filter History by Device (was: Filter History Device Vise)

Sign in to add a comment