formList question

We've written our own custom backend to Collect.

Our formList looks like the following. It works fine for 1.1.5 but throws
the following error for 1.1.7

Form listing failed. ContentType: application/xml returned from
formhub.org/mberg. formList is not text/xml.

Education_RevForHTI_ChadSheetsRemoved_EA_11-08 geopoint nutrition_screening tutorial tutorial2

I'm assuming this is a result of not having a text/xml in the header of the
XML and 1.1.7 being more strict about it? I'm going to try this to see if
indeed that's the case but was just wondering if someone could confirm this
hunch.

thanks,

Matt

ODK Collect checks the content type to verify it is text/xml during a fetch
of data it knows should be xml. If it gets a non-xml page, it is likely a
wi-fi and/or network login pages, and that should be reported to the user
differently from other errors.

Not sure whether it only accepts text/xml or also allows application/xml

Mitch

··· On Tue, Nov 29, 2011 at 6:56 AM, Matt Berg wrote:

We've written our own custom backend to Collect.

Our formList looks like the following. It works fine for 1.1.5 but throws
the following error for 1.1.7

Form listing failed. ContentType: application/xml returned from
formhub.org/mberg. formList is not text/xml.

Education_RevForHTI_ChadSheetsRemoved_EA_11-08 geopoint nutrition_screening tutorial tutorial2

I'm assuming this is a result of not having a text/xml in the header of
the XML and 1.1.7 being more strict about it? I'm going to try this to see
if indeed that's the case but was just wondering if someone could confirm
this hunch.

thanks,

Matt

--
Mitch Sundt
Software Engineer
University of Washington
mitchellsundt@gmail.com

it currently only accepts text/xml.
http://code.google.com/p/opendatakit/source/browse/src/org/odk/collect/android/utilities/WebUtils.java?repo=collect#242

this is the correct behavior as far as web standards are concerned.

··· On Tue, Nov 29, 2011 at 13:50, Mitch S wrote: > ODK Collect checks the content type to verify it is text/xml during a fetch > of data it knows should be xml. If it gets a non-xml page, it is likely a > wi-fi and/or network login pages, and that should be reported to the user > differently from other errors. > > Not sure whether it only accepts text/xml or also allows application/xml > > Mitch > > > On Tue, Nov 29, 2011 at 6:56 AM, Matt Berg wrote: >> >> We've written our own custom backend to Collect. >> >> Our formList looks like the following. It works fine for 1.1.5 but throws >> the following error for 1.1.7 >> >> Form listing failed. ContentType: application/xml returned from >> formhub.org/mberg. formList is not text/xml. >> >> >> >> Education_RevForHTI_ChadSheetsRemoved_EA_11-08 >> geopoint >> >> nutrition_screening >> tutorial >> tutorial2 >> >> >> >> I'm assuming this is a result of not having a text/xml in the header of >> the XML and 1.1.7 being more strict about it? I'm going to try this to see >> if indeed that's the case but was just wondering if someone could confirm >> this hunch. >> >> thanks, >> >> Matt > > > > > -- > Mitch Sundt > Software Engineer > University of Washington > mitchellsundt@gmail.com

thanks yaw

··· On Thu, Dec 1, 2011 at 12:03 AM, Yaw Anokwa wrote:

it currently only accepts text/xml.

http://code.google.com/p/opendatakit/source/browse/src/org/odk/collect/android/utilities/WebUtils.java?repo=collect#242

this is the correct behavior as far as web standards are concerned.

http://stackoverflow.com/questions/4832357/whats-the-difference-between-text-xml-vs-application-xml-for-webservice-respons

On Tue, Nov 29, 2011 at 13:50, Mitch S mitchellsundt@gmail.com wrote:

ODK Collect checks the content type to verify it is text/xml during a
fetch
of data it knows should be xml. If it gets a non-xml page, it is likely a
wi-fi and/or network login pages, and that should be reported to the user
differently from other errors.

Not sure whether it only accepts text/xml or also allows application/xml

Mitch

On Tue, Nov 29, 2011 at 6:56 AM, Matt Berg mlberg@gmail.com wrote:

We've written our own custom backend to Collect.

Our formList looks like the following. It works fine for 1.1.5 but
throws
the following error for 1.1.7

Form listing failed. ContentType: application/xml returned from
formhub.org/mberg. formList is not text/xml.

http://formhub.org/mberg/Education_RevForHTI_ChadSheetsRemoved_EA_11-08.xml
">Education_RevForHTI_ChadSheetsRemoved_EA_11-08

geopoint tutorial tutorial2

I'm assuming this is a result of not having a text/xml in the header of
the XML and 1.1.7 being more strict about it? I'm going to try this to
see
if indeed that's the case but was just wondering if someone could
confirm
this hunch.

thanks,

Matt

--
Mitch Sundt
Software Engineer
University of Washington
mitchellsundt@gmail.com

Excellent. Hadn't found RFC 3023 or known the intended difference between
the two.

··· On Wed, Nov 30, 2011 at 9:10 PM, Matt Berg wrote:

thanks yaw

On Thu, Dec 1, 2011 at 12:03 AM, Yaw Anokwa yanokwa@gmail.com wrote:

it currently only accepts text/xml.

http://code.google.com/p/opendatakit/source/browse/src/org/odk/collect/android/utilities/WebUtils.java?repo=collect#242

this is the correct behavior as far as web standards are concerned.

http://stackoverflow.com/questions/4832357/whats-the-difference-between-text-xml-vs-application-xml-for-webservice-respons

On Tue, Nov 29, 2011 at 13:50, Mitch S mitchellsundt@gmail.com wrote:

ODK Collect checks the content type to verify it is text/xml during a
fetch
of data it knows should be xml. If it gets a non-xml page, it is likely
a
wi-fi and/or network login pages, and that should be reported to the
user
differently from other errors.

Not sure whether it only accepts text/xml or also allows application/xml

Mitch

On Tue, Nov 29, 2011 at 6:56 AM, Matt Berg mlberg@gmail.com wrote:

We've written our own custom backend to Collect.

Our formList looks like the following. It works fine for 1.1.5 but
throws
the following error for 1.1.7

Form listing failed. ContentType: application/xml returned from
formhub.org/mberg. formList is not text/xml.

http://formhub.org/mberg/Education_RevForHTI_ChadSheetsRemoved_EA_11-08.xml
">Education_RevForHTI_ChadSheetsRemoved_EA_11-08

geopoint tutorial tutorial2

I'm assuming this is a result of not having a text/xml in the header of
the XML and 1.1.7 being more strict about it? I'm going to try this
to see
if indeed that's the case but was just wondering if someone could
confirm
this hunch.

thanks,

Matt

--
Mitch Sundt
Software Engineer
University of Washington
mitchellsundt@gmail.com

--
Mitch Sundt
Software Engineer
University of Washington
mitchellsundt@gmail.com