Package "webbrowser-app"
Name: |
webbrowser-app
|
Description: |
This package is just an umbrella for a group of other packages,
it has no description. Description samples from packages in group:
- Ubuntu web applications container autopilot tests
- Ubuntu web browser autopilot tests
|
Latest version: |
0.23+14.04.20140414-0ubuntu1 |
Release: |
trusty (14.04) |
Level: |
base |
Repository: |
universe |
Links
Other versions of "webbrowser-app" in Trusty
Packages in group
Deleted packages are displayed in grey.
Changelog
webbrowser-app (0.23+14.04.20140403-0ubuntu1) trusty; urgency=low
[ Olivier Tilloy ]
* Re-enable javascript dialogs, now that they are available in oxide.
-- Ubuntu daily release <email address hidden> Thu, 03 Apr 2014 13:38:41 +0000
|
Source diff to previous version |
webbrowser-app (0.23+14.04.20140402-0ubuntu1) trusty; urgency=low
[ CI bot ]
* Resync trunk
[ Alexandre Abreu ]
* Small update to the --webapp flag documentation
[ Olivier Tilloy ]
* Null-check to fix a segmentation fault when --help is passed to the
executable.
-- Ubuntu daily release <email address hidden> Wed, 02 Apr 2014 15:15:46 +0000
|
Source diff to previous version |
webbrowser-app (0.23+14.04.20140328.3-0ubuntu1) trusty; urgency=low
[ Olivier Tilloy ]
* Land the master Oxide support branch. See individual revisions for
details. (LP: #1271756)
-- Ubuntu daily release <email address hidden> Fri, 28 Mar 2014 17:07:09 +0000
|
Source diff to previous version |
1271756 |
[oxide] history not working |
|
webbrowser-app (0.23+14.04.20140324-0ubuntu1) trusty; urgency=low
[ Alexandre Abreu ]
* There are 2 ways for the webapp-container to receive a list of
patterns to filter url browsing in a webapp container: through the
manifest.json file that comes with a given (named) webapp, or
through the command line. At the moment, the 2 mechanisms are
exclusive in the sense that from the webapp-container's perspective
it only considers one or another when filtering navigation (the
webapp manifest one being preferred) but they are NOT semantically
equivalent. The list of url patterns in the manifest.json file is
use as a mean to filter the urls that are being browsed to, but ALSO
in the chromium & FF browsers to know if a webapp is to be
installed/enabled when browsing in a given url. For example, for
Gmail, the hostname mail.google.com is used as a trigger to ask the
user for an installation/enablement of a webapp in the browser. It
is also implicitely used as a filter for browser once in the
container. The issue is that for applications like google services,
the authentication mechanism is common. So when launched in the
container, the user will be redirected to e.g.
https://accounts.google.com or https://accounts.google.ca, etc. So,
the manifest.json cannot be modified to account for those, since we
dont want to install a webapp from those URLs but we need a way to
add extra navigation url patterns to allow google service webapps to
be redirected to e.g. https://accounts.google.* etc. We provide here
2 things: an way for the url patterns passed down from the command
line to be also considered in the navigation filtering,. a way to
simplify url patterns for google apps (LP: #1288982)
-- Ubuntu daily release <email address hidden> Mon, 24 Mar 2014 19:14:54 +0000
|
Source diff to previous version |
1288982 |
[webappcontainer] Fix url patterns override from container arg |
|
webbrowser-app (0.23+14.04.20140319-0ubuntu1) trusty; urgency=low
[ Olivier Tilloy ]
* Use the renderer only once when rendering a thumbnail. This seems to
fix the crash that was happening at destruction time. (LP: #1294219)
-- Ubuntu daily release <email address hidden> Wed, 19 Mar 2014 14:58:21 +0000
|
1294219 |
Crash in WebviewThumbnailer::~WebviewThumbnailer() with Qt 5.2 |
|
About
-
Send Feedback to @ubuntu_updates