View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0010612 | mantisbt | api soap | public | 2009-06-22 06:20 | 2009-06-23 15:26 |
Reporter | rombert | Assigned To | grangeway | ||
Priority | normal | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Product Version | git trunk | ||||
Target Version | 1.2.0rc1 | Fixed in Version | 1.2.0rc1 | ||
Summary | 0010612: mc_project_get_issue_headers returns an empty response (this bugtracker) | ||||
Description | I can perform mc_projects_get_user_accessible, but using mc_project_get_issue_headers yields an empty response. Http headers: HTTP/1.1 200 OK Note the text/html content-type. | ||||
Tags | No tags attached. | ||||
Trying this version locally with 96814088450f78538645a35e671c2a293f70722a bring the following error: [Mon Jun 22 13:24:13 2009] [error] [client 127.0.0.1] PHP Fatal error: Cannot use object of type BugData as array in /srv/www/htdocs/users/robert/mantis12x/api/soap/mc_filter_api. php -v Please note that 1.2.0a3 works splendidly |
|
Sorry, I take that back. It's not working in 1.2.0a3 either. |
|
I'll take a look into this tonight Paul |
|
Should be an easy fix. It is just a case of filter_api.php using Bug objects instead of old school arrays. The SOAP functionality hasn't yet been updated to use Bug objects... but it is trivial to fix... once you work out how to get SOAP working in the first place :) |
|
I would consider this as an 1.2.0rc1 blocker. We should beef up unit tests as fixing such bugs to make sure we capture future core changes breaking the SOAP API. @grangeway, do you have unit tests running as part of your continuous integration (cruise control or whatever the tool is) setup? |
|
Fixed in git master. |
|