Closed Bug 1058679 Opened 10 years ago Closed 10 years ago

new bug API returning a ref where bzexport expects bug data

Categories

(bugzilla.mozilla.org :: Extensions, defect)

Production
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: ted, Assigned: dkl)

Details

About two months ago I switched bzexport to use the BMO bzapi compat API instead of the old BzAPI proxy: http://hg.mozilla.org/hgcustom/version-control-tools/rev/1c20d2343aee I'm now noticing that "bzexport --new" no longer works. I'm not sure if this has always been broken since that switch or if this is new bustage. bzexport POSTs to /bzapi/bug to file a new bug: http://hg.mozilla.org/hgcustom/version-control-tools/file/6d6cc743a5af/hgext/bzexport/bz.py#l36 and expects to get back bug data (at least id): http://hg.mozilla.org/hgcustom/version-control-tools/file/6d6cc743a5af/hgext/bzexport/__init__.py#l971 The API is returning a "ref" which is breaking things: {"ref": "https://bugzilla.mozilla.org/bzapi/bug/1058662"}
Looking at the BzAPI docs[1], it is supposed to only return the 'ref' but in reality as coded, it returns 'ref' and 'id'. So I coded it based on the docs. Looking at the code for bzexport[2], it is expecting the 'id' key and value so I will add the key to the returned data. dkl 1. https://wiki.mozilla.org/index.php?title=Bugzilla:BzAPI:Methods&oldid=436589#Create_new_bug_.28.2Fbug_POST.29 2. https://hg.mozilla.org/hgcustom/version-control-tools/file/6d6cc743a5af/hgext/bzexport/__init__.py#l1142
Assignee: nobody → dkl
Status: NEW → ASSIGNED
To ssh://gitolite3@git.mozilla.org/webtools/bmo/bugzilla.git f95d295..bfc1cfe master -> master
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
this fix is now live on production.
Component: Extensions: BzAPI Compatibility → Extensions
You need to log in before you can comment on or make changes to this bug.