When using the runner as a dispatcher, no mechanism to fix a webapp from "leaking" into the browser from the container

Bug #1288889 reported by Alexandre Abreu
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
WebApps: libunity-webapps
Fix Committed
Undecided
Unassigned
libunity-webapps (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

When a webapp is being run in the container, there is no mechanism to specify a list of url extra patterns specific to the container so that it doesn't leak into the browser for certain cases.

It happens for e.g. google apps that redirect to a non webapp specific uri for account auth.

Those url patterns should be distinct from the ones in the webapps's manifest "include" spec since they are specific to the container and should not be taken into account when matching from the webbrowser (chromium, ff etc.)

Related branches

Revision history for this message
David Barth (dbarth) wrote :

Verified to work in a silo build with the linked merge proposal.

Changed in libunity-webapps:
status: New → Fix Committed
Changed in libunity-webapps (Ubuntu):
status: New → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package libunity-webapps - 2.5.0~+14.04.20140317.1-0ubuntu1

---------------
libunity-webapps (2.5.0~+14.04.20140317.1-0ubuntu1) trusty; urgency=low

  [ CI bot ]
  * Resync trunk

  [ Alexandre Abreu ]
  * Allow URL patterns to be passed down to the container for proper
    navigation URL filtering (LP: #1288889)
  * Reenable container flag to allow one to test the container
 -- Ubuntu daily release <email address hidden> Mon, 17 Mar 2014 21:36:12 +0000

Changed in libunity-webapps (Ubuntu):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.