Can't pass a URI like "application://" to an ActivationResponse

Bug #1212246 reported by Alejandro J. Cura
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
libunity
Fix Released
High
Michal Hruby
libunity (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

When creating an ActivationResponse, the URI provided is not passed back, instead it's always overwritten by the URI that invoked the request.

Related branches

summary: - Can't use a URI like "application://" to an ActivationResponse
+ Can't pass a URI like "application://" to an ActivationResponse
Michal Hruby (mhr3)
description: updated
Changed in libunity:
status: New → Confirmed
importance: Undecided → High
Michal Hruby (mhr3)
Changed in libunity:
status: Confirmed → In Progress
Revision history for this message
PS Jenkins bot (ps-jenkins) wrote :

Fix committed into lp:libunity at revision 277, scheduled for release in libunity, milestone 7.0.0

Changed in libunity:
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package libunity - 7.0.11+13.10.20130816.2-0ubuntu1

---------------
libunity (7.0.11+13.10.20130816.2-0ubuntu1) saucy; urgency=low

  [ Michal Hruby ]
  * Added new ScopeResult.create_from_variant

  [ Ubuntu daily release ]
  * debian/*symbols: auto-update new symbols to released version

  [ Michal Hruby ]
  * Properly pass goto_uri to activation response. (LP: #1212246)

  [ Pawel Stolowski ]
  * Removed scopes that access purely remote content and are deployed on
    the server from client-scopes.json and client-scopes-phone.json
    files. .

  [ Ubuntu daily release ]
  * Automatic snapshot from revision 277
 -- Ubuntu daily release <email address hidden> Fri, 16 Aug 2013 10:35:25 +0000

Changed in libunity (Ubuntu):
status: New → Fix Released
Michal Hruby (mhr3)
Changed in libunity:
status: Fix Committed → Fix Released
milestone: none → 7.1.0
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.