lp://qastaging/~mardy/webbrowser-app/oa-capture

Created by Alberto Mardegan and last modified
Get this branch:
bzr branch lp://qastaging/~mardy/webbrowser-app/oa-capture
Only Alberto Mardegan can upload to this branch. If you are Alberto Mardegan please log in for upload directions.

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
Alberto Mardegan
Project:
webbrowser-app
Status:
Development

Recent revisions

441. By Alberto Mardegan

From trunk

[ David Barth ]
To prevent https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-
toolkit/+bug/1305834 caused by a recent UI toolkit change, we are
returning an empty title for now. (LP: #1305834)

440. By Alberto Mardegan

Cleanups and add missing files

439. By Alberto Mardegan

Merge from trunk

[ Alexandre Abreu ]
* Add support for Oxide's onNavigationRequested in the container (LP:
  #1302769)
* Webapps: maintain the session cookies for the user session Instruct
  Oxide to store/load the session cookies on disk in a per-webapp
  directory under XDG_RUNTIME_DIR. The first time in a user session
  that the webapp is launched, the session cookies (leftover from
  previous sessions) are not loaded, but only stored (this is the
  chrome's "persistent" sessionCookieMode). The next times, session
  cookies are both loaded and stored (chrome's "restored"
  sessionCookieMode).
[ Alberto Mardegan ]
* Webapps: maintain the session cookies for the user session Instruct
  Oxide to store/load the session cookies on disk in a per-webapp
  directory under XDG_RUNTIME_DIR. The first time in a user session
  that the webapp is launched, the session cookies (leftover from
  previous sessions) are not loaded, but only stored (this is the
  chrome's "persistent" sessionCookieMode). The next times, session
  cookies are both loaded and stored (chrome's "restored"
  sessionCookieMode).

438. By Alberto Mardegan

Merge from trunk, work with Oxide too

[ Ubuntu daily release ]
* New rebuild forced
[ Olivier Tilloy ]
* Update to oxide 1.0.
[ Olivier Tilloy ]
* Re-enable javascript dialogs, now that they are available in oxide.
[ 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.
[ Olivier Tilloy ]
* Land the master Oxide support branch. See individual revisions for
  details. (LP: #1271756)
[ 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)
[ 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)
[ Colin Watson ]
* Add multiarch annotations.
[ daker ]
* Fix to open URL that start with / (local files)
[ Leo Arias ]
* Updated the copyright header on all the python files.
[ Adnane Belmadiaf ]
* Fix to open URL that start with / (local files)
[ Olivier Tilloy ]
* Do not register private types in the public plugin. Register them in
  the webbrowser application scope instead. I have made sure that
  private types that were previously public are currently not being
  used by any application in the store, so this refactoring is safe.
* Refactor the test HTTP server to use a random port at startup.
* New rebuild forced
* Reverting as desktop image isn't installable (main/universe
  mismatch) and causing all signon-ui tests on Touch failing
*
[ Olivier Tilloy ]
* Do not install the selection event handlers on certain domains known
  to interfere with touch events. (LP: #1279903)

437. By Alberto Mardegan

WebApp: implement the getCookies() method

This method can get called by the unity-webapps-qml module when a webapp calls
Unity.init() providing a "login" field: the cookies, along with the login and
domain, will be used to create an account for this website in Online Accounts.

434. By Alexandre Abreu

make sure that we load the proper view no matter what state we are

433. By Alexandre Abreu

timestamp handling

432. By Alexandre Abreu

cleanups & one loader for the ui components

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
Stacked on:
lp://qastaging/webbrowser-app
This branch contains Public information 
Everyone can see this information.

Subscribers