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

Issue 730943 link

Starred by 2 users
Status: Duplicate
Merged: issue 729020
Owner: ----
Closed: Jun 2017
Cc:
prashanthpola@chromium.org
msramek@chromium.org
s...@chromium.org
pav...@chromium.org
mastiz@chromium.org
█ tschumann@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Bug



Sign in to add a comment

Deleted history reappears after switching to Airplane mode and back

Reported by kirannat...@gmail.com, Jun 8 2017 
Steps to reproduce the problem:

Perform these steps.

1.make a new tab on chrome
2.search "ABC"
3.then search "cde"
4.then check the history which showing these search labels 
5.then delete the current tab when you are 'ONLINE'
6.then go to airplane mode
7.then again open history and delete the history corresponding to "ABC" and "cde"
8.go online 
9.open search history
10."ABC" and "cde" search labels will still there....(some times on first history check at this moment won't show the deleted history. But the next checking onwards it will show it)

What is the expected behavior?
The deleted history won't be there

What went wrong?
The deleted history is showing which is deleted at offline

Did this work before? N/A 

Chrome version: 58.0.3029.83  Channel: n/a
OS Version: 5.1.1
Flash Version:

Comment 1 by rsgav...@chromium.org, Jun 8 2017

Cc: prashanthpola@chromium.org
Components: -Services>Sync
Labels: triage-te

Comment 2 by prashanthpola@chromium.org, Jun 9 2017

Labels: -triage-te Needs-Feedback
We are not able to repro this issue on Chrome:58.0.3029.83 Device:Samsung Galaxy J2/5.1.1.Could you please provide us more details about the Device and Video that will be helpful.

Comment 3 by msramek@chromium.org, Jun 12 2017

Cc: s...@chromium.org pav...@chromium.org
Components: Services>Sync
Summary: Deleted history reappears after switching to Airplane mode and back (was: Privacy and security will get affected )
+pavely@, skym@ for your opinions

It sounds to me that in #2 and #3, history was synced up. Then in #7, history was deleted locally, but the deletion wasn't propagated serverside because of no connectivity. Then in #8, it was synced back down and overwrote the local state. Can this happen?

Comment 4 by msramek@chromium.org, Jun 12 2017

Cc: msramek@chromium.org
Components: Privacy

Comment 5 by s...@chromium.org, Jun 12 2017

Mergedinto: 729020
Status: Duplicate (was: Unconfirmed)
To answer comment #3, you're right that history gets synced in steps 2 and 3. The problem is that in step 7 we create a history deletion directive for exactly this use case, but it isn't working correctly on Android because of a Java timestamp conversion issue.

We don't sync back down history actually, but rather fetch it on demand from the WebHistory service, which is where the bad history entry in step 10 is coming from.
►

Sign in to add a comment