Tab previews should be cached on disk
Bug #1401045 reported by
Olivier Tilloy
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Canonical System Image |
Fix Released
|
Undecided
|
Olivier Tilloy | ||
webbrowser-app |
Fix Released
|
High
|
Olivier Tilloy | ||
webbrowser-app (Ubuntu) |
Fix Released
|
Undecided
|
Olivier Tilloy | ||
webbrowser-app (Ubuntu RTM) |
Fix Released
|
Undecided
|
Olivier Tilloy |
Bug Description
With the current tab preview implementation, previews are displayed only for tabs that have an active webview. Since we currently limit the number of webviews to 2, that means that other tabs don’t get a preview.
Similarly, when restarting the app after closing it, only the preview for the current tab is visible in the tabs view, because other webviews haven’t been instantiated yet.
We need a mechanism to persist previews on disk so that their availability isn’t tied to the actual webview.
Related branches
lp:~osomon/webbrowser-app/webview-capture
- Loïc Molinari (community): Approve
- PS Jenkins bot: Pending (continuous-integration) requested
-
Diff: 52 lines (+8/-14)2 files modifiedsrc/app/webbrowser/item-capture.cpp (+7/-12)
src/app/webbrowser/item-capture.h (+1/-2)
Changed in webbrowser-app: | |
status: | In Progress → Fix Released |
Changed in canonical-devices-system-image: | |
milestone: | none → ww05-2015 |
status: | New → Fix Released |
Changed in canonical-devices-system-image: | |
assignee: | nobody → Olivier Tilloy (osomon) |
To post a comment you must log in.
Note that this is a prerequisite for the bottom-edge tabs view implementation.