When a file is requested via the API, the returned JSON does not include a 'resource_uri'
Bug #1154142 reported by
Raphaël Badin
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
MAAS |
Fix Released
|
Critical
|
Raphaël Badin | ||
1.2 |
Fix Released
|
Critical
|
Raphaël Badin | ||
maas (Ubuntu) |
Fix Released
|
Critical
|
Andres Rodriguez |
Bug Description
When one fetches a file using the API (GET /files/
Related branches
lp:~rvb/maas/bug-1154142
- Gavin Panella (community): Approve
- Jeroen T. Vermeulen (community): Approve
-
Diff: 43 lines (+15/-0)2 files modifiedsrc/maasserver/api.py (+3/-0)
src/maasserver/tests/test_api.py (+12/-0)
lp:~rvb/maas/bug-1154142-1.2
- Raphaël Badin (community): Approve
-
Diff: 43 lines (+15/-0)2 files modifiedsrc/maasserver/api.py (+3/-0)
src/maasserver/tests/test_api.py (+12/-0)
Changed in maas: | |
status: | Triaged → In Progress |
tags: | added: api |
Changed in maas: | |
assignee: | nobody → Raphaël Badin (rvb) |
status: | In Progress → Fix Committed |
Changed in maas (Ubuntu): | |
importance: | Undecided → Critical |
status: | New → In Progress |
assignee: | nobody → Andres Rodriguez (andreserl) |
Changed in maas: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
This bug was fixed in the package maas - 1.3+bzr1455+ dfsg-0ubuntu1
--------------- dfsg-0ubuntu1) raring; urgency=low
maas (1.3+bzr1455+
* New upstream bugfix release.
- Fixes and returns the 'resource_url' with the 'canonical' url for
a file that is fetched using the API (LP: #1154142)
[ Andres Rodriguez ]
* debian/control:
- Change Conflicts/Replaces for Breaks/Replaces.
- Conflicts on tftpd-hpa and dnsmasq.
- Do not pre-depends, but Depends on ${misc:Depends} for 'maas'.
[ Steve Langasek ] controller prerm script, which called debconf for no maas-common. postinst: call adduser and addgroup unconditionally; maas-common. postrm: delete the maas group, not just the user,
* postinst scripts are never called with 'reconfigure' as the script
argument. Remove references to this (mythical) invocation.
* always call 'set -e' from maintainer scripts instead of passing 'sh -e'
as the interpreter, so that scripts will behave correctly when run via
'sh -x'.
* invoke-rc.d is never allowed to not exist - simplify scripts (and make
them better policy-compliant) by invoking unconditionally. (The only
possible exception is in the postrm, where it's *theoretically* possible
for invoke-rc.d to be missing if the user has completely stripped
down their system; that's a fairly unreasonable corner case, but we
might as well be correct if it ever happens.)
* db_get+db_set is a no-op; don't call db_set to push back a value we just
got from db_get.
* Omit superfluous calls to 'exit 0' at the end of each script.
* Remove maas-cluster-
reason.
* Don't invoke debconf in the postrm script either, debhelper already does
this for us.
* Other miscellaneous maintainer script fixes
* debian/
the tools are already designed to DTRT, we don't need to check for the
user/group existence before calling them nor should we worry about
calling them only once on first install.
* debian/
as the comment in the code implies we should do.
-- Andres Rodriguez <email address hidden> Tue, 19 Mar 2013 15:38:22 -0400