activity and bookmarks functionality is too slow
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
webbrowser-app |
Fix Released
|
High
|
Olivier Tilloy | ||
webbrowser-app (Ubuntu) |
Fix Released
|
High
|
Unassigned |
Bug Description
This is not a regression (I'm only just now filing this).
If I open the webbrowser-app and press 'Activity' from the bottom toolbar, it can take several esconds (5-10) for the activity tab to display. During that time, no feedback that something is happening is given to the user. Once it does, scrolling up and down is painfully slow. Left to right scrolling with a category (This year, This month, etc) is acceptable. The performance of Activity seems to be aggravated by the number of items in the activity. Eg, if I remove ~/.cache/
Accessing bookmarks is also very slow-- you have to go through Activity to access them, and then clicking the Bookmarks tab takes several seconds to display. Vertical scrolling seems better in Bookmarks than in Activity and is usable with the number of bookmarks I have, but the performance is somewhat sluggish and could be improved.
This is on mako on latest promoted trusted image (58).
Related branches
- PS Jenkins bot: Approve (continuous-integration)
- Ubuntu Phablet Team: Pending requested
-
Diff: 378 lines (+90/-40)8 files modifiedsrc/app/webbrowser/BookmarksView.qml (+1/-0)
src/app/webbrowser/TabsList.qml (+1/-0)
src/app/webbrowser/TimelineView.qml (+34/-16)
src/app/webbrowser/history-domain-model.cpp (+1/-3)
src/app/webbrowser/history-domainlist-model.cpp (+1/-3)
src/app/webbrowser/history-model.cpp (+48/-17)
src/app/webbrowser/history-model.h (+3/-1)
tests/unittests/history-model/tst_HistoryModelTests.cpp (+1/-0)
description: | updated |
summary: |
- activity functionality is very slow + activity and bookmarks functionality is too slow |
Changed in webbrowser-app (Ubuntu): | |
importance: | Undecided → High |
description: | updated |
Changed in webbrowser-app: | |
assignee: | nobody → Olivier Tilloy (osomon) |
status: | Confirmed → In Progress |
importance: | Undecided → High |
Changed in webbrowser-app: | |
status: | In Progress → Fix Released |
I guess this is very dependent on the number of entries in the history. Maybe the size of thumbnails plays its part in the general slowness feeling.
Bookmarks shouldn’t be slow, it’s only one gridview. But I just realized that both views (activity and bookmarks are always loaded, instead of on demand).