Domain for a URL that was visited in the past doesn’t move to today when visited again

Bug #1204875 reported by Olivier Tilloy
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
webbrowser-app
Fix Released
High
Olivier Tilloy
webbrowser-app (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

To reproduce reliably this issue, you may need to craft a navigation history database for the browser manually.
The database can be edited with sqlite3 at "~/.local/share/webbrowser-app/history.sqlite".
To insert an entry, do something like that:

    insert into history (url, title, visits, lastVisit) values("http://www.ubuntu.com/", "Ubuntu", 2, 1371037050);

To generate a timestamp in the past, you can use a command similar to this one:

    python -c "import datetime, time; print int(time.mktime((datetime.datetime.now() - datetime.timedelta(days=30)).timetuple()))"

To reproduce the issue, start with a clean history database (just remove the history.sqlite file and let the app re-create it).
Close the application, edit the history and add an entry for a given URL (e.g. "http://www.ubuntu.com/" some time in the past (e.g. 30 days ago). Then start the application again, open the activity view to verify that your entry shows up under last month. Enter the same URL in the address bar and validate, and wait for the page to be fully loaded.

Expected result: the domain entry (ubuntu.com) moves from the "last month" section to "Today".
Current result: the domain entry remains in "last month".

Related branches

Changed in webbrowser-app:
status: New → Confirmed
Olivier Tilloy (osomon)
Changed in webbrowser-app:
importance: Undecided → High
assignee: nobody → Olivier Tilloy (osomon)
Olivier Tilloy (osomon)
summary: - Domain that was visited in the past doesn’t move to today when visited
- again
+ Domain for a URL that was visited in the past doesn’t move to today when
+ visited again
Revision history for this message
Olivier Tilloy (osomon) wrote :

It looks like the root cause is the same as bug #1207233.

Changed in webbrowser-app:
status: Confirmed → In Progress
Revision history for this message
PS Jenkins bot (ps-jenkins) wrote :

Fix committed into lp:webbrowser-app at revision 260, scheduled for release in webbrowser-app, milestone ubuntu-13.04-month-5

Changed in webbrowser-app:
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package webbrowser-app - 0.22+13.10.20130802.1-0ubuntu1

---------------
webbrowser-app (0.22+13.10.20130802.1-0ubuntu1) saucy; urgency=low

  [ Alexandre Abreu ]
  * Add custome app-id launch argument to allow a more customizable
    behavior (for webapps mostly).

  [ Olivier Tilloy ]
  * Use a MainView. This will allow adding new tabs to the activity view
    in a clean way. As a side-effect benefit, the activity view is now
    instantiated only when needed.
  * Ensure that the timeframe models are invalidated when the start date
    or the end date change. (LP: #1207233, #1204875)

  [ Ubuntu daily release ]
  * Automatic snapshot from revision 260
 -- Ubuntu daily release <email address hidden> Fri, 02 Aug 2013 09:09:45 +0000

Changed in webbrowser-app (Ubuntu):
status: New → Fix Released
Olivier Tilloy (osomon)
Changed in webbrowser-app:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.