** Branch linked: lp:~osomon/webbrowser-app/rtm-trunk-sync-20140826
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1357464
Title:
restoring browser shows blank tab previews
To manage notifications a
** Changed in: webbrowser-app
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1357464
Title:
restoring browser shows blank tab previews
To manage notificati
This bug was fixed in the package webbrowser-app -
0.23+14.10.20140821-0ubuntu1
---
webbrowser-app (0.23+14.10.20140821-0ubuntu1) utopic; urgency=low
[ CI bot ]
* Resync trunk
[ Olivier Tilloy ]
* Instantiate webviews on demand, only when they really need to be
shown. Sho
** Changed in: webbrowser-app
Status: Confirmed => In Progress
** Changed in: webbrowser-app (Ubuntu)
Status: Confirmed => In Progress
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/13574
** Branch linked: lp:~osomon/webbrowser-app/lazy-webviews
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1357464
Title:
restoring browser shows blank tab previews
To manage notifications about this
> Yes, please don't load all the tabs at startup as that is potentially
> a large amount of overhead. We should just load the active tab.
I filed bug #1358599 to track this separate issue.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubunt
>>That’s not the issue. We do load the tabs at startup (all of them
actually, this could probably be optimized btw), but until the
>>corresponding webview is shown, no preview is generated.
Yes, please don't load all the tabs at startup as that is potentially a
large amount of overhead. We should
I think we all agree that it’s desirable to have a proper capture of the
page. What Bill is suggesting is a temporary stop-gap measure to buy us
time until we can implement a proper solution (which unfortunately is
technically hard). Some sort of "default thumbnail" for tab previews,
maybe using th
I see. Unfortunately, I believe a default graphic is not good enough.
What if the first letters of the page title are not really meaningful? How
can I remember what was inside the tab?
On Mon, Aug 18, 2014 at 4:31 PM, Olivier Tilloy <
olivier.til...@canonical.com> wrote:
> That’s not the issue.
That’s not the issue. We do load the tabs at startup (all of them
actually, this could probably be optimized btw), but until the
corresponding webview is shown, no preview is generated.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
h
Could we load the websites when launching the tabs view, maybe with a
progress indication? Do we cache anything in the browser?
On Mon, Aug 18, 2014 at 3:54 PM, Bill Filler <1357...@bugs.launchpad.net>
wrote:
> Until we can support persisting the image, I'd suggest some placeholder
> text like "
Until we can support persisting the image, I'd suggest some placeholder
text like "Click to open tab" and possibly a default background image
such that it's not just a blank tab.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://
It would be ideal if we could have a screenshot feature. We will need
that as well to display 'top sites'.
** Changed in: ubuntu-ux
Status: New => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launc
I’m adding an ubuntu-ux task to get guidance from design on how to work
around this technical problem.
** Also affects: ubuntu-ux
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs
Unfortunately this is not a simple problem. We’re currently using a
ShaderEffectSource item to capture the contents of a webview and display
a paused thumbnail. This works well while the webview is live and has
been shown at least once. But when the app is restored after being
killed, only the curr
15 matches
Mail list logo
