Photos from survey form is not uploding to the server ony tex are transfer
to server
This would leave the filled-in form in the Failed-to-send state. Is that
what you are seeing?
This can happen if you have slow internet connections. The transmission and
storage of a completed form must be completed within 60 seconds.
···
On Thu, Jun 4, 2015 at 10:15 PM, prafulla Mehar wrote:Photos from survey form is not uploding to the server ony tex are transfer
to server--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en
You received this message because you are subscribed to the Google Groups
"ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
Mitch Sundt
Software Engineer
University of Washington
mitchellsundt@gmail.com
it shows error
image not found:
/attachment/small?media_file=prafulla/attachments/1433745263551.jpg
···
On Thursday, June 4, 2015 at 10:15:51 PM UTC-7, prafulla Mehar wrote: > > Photos from survey form is not uploding to the server ony tex are transfer > to server >it showing sending status sussesfully. on mobile but not display on
onaserver
···
On Friday, June 5, 2015 at 11:14:14 AM UTC-7, Mitch Sundt wrote: > > This would leave the filled-in form in the Failed-to-send state. Is that > what you are seeing? > > This can happen if you have slow internet connections. The transmission > and storage of a completed form must be completed within 60 seconds. > > > On Thu, Jun 4, 2015 at 10:15 PM, prafulla Mehar <prafull...@gmail.com > wrote: > >> Photos from survey form is not uploding to the server ony tex are >> transfer to server >> >> -- >> -- >> Post: opend...@googlegroups.com >> Unsubscribe: opendatakit...@googlegroups.com >> Options: http://groups.google.com/group/opendatakit?hl=en >> >> --- >> You received this message because you are subscribed to the Google Groups >> "ODK Community" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to opendatakit...@googlegroups.com . >> For more options, visit https://groups.google.com/d/optout. >> > > > > -- > Mitch Sundt > Software Engineer > University of Washington > mitche...@gmail.com >A number of our users have had similar issues, and we believe that we've
just fully resolved them all as of our latest release. Mitch, tell me if
this sounds plausible to you and we'll share the fix if you agree.
Basically, there were a few different ways that large submissions could
fail, and some would result in Collect flagging the submissions as
successfully sent (so that you have to explicitly go into "Change View"
then "Sent and Unsent" to re-send them). If Collect had to split the
submission into parts because the overall size was over 10MB, then
experienced a failure on some part of the submission, it would correctly
record the attempt as having failed. However, if everything fit within one
<10MB part and the server received the XML but not one or more attachments,
the server would return an HTTP 201 response even though it knew it was
still awaiting one or more attachments; in this case, the server would flag
the submission as incomplete but Collect would take the 201 as evidence of
success and flag the submission as successfully sent.
In our latest release, we added an indication into the HTTP headers to
indicate definitively whether or not the server had a complete submission.
The goal here was to have Collect only record a submission as successfully
sent after receiving positive confirmation that the server has indeed
received everything. This is sort of how we believed it worked all along,
but the implementation left room for these cases of incomplete submissions
being recorded as successful on the Collect side.
More and more projects use media attachments, and many have camera
resolution settings that result in those attachments being absurdly-sized
and very difficult to send. Thus, this weakness was causing significant
problems for a number of our users. We believe that we've fully fixed it
now, but it may be a few months before we have enough data to know for
sure. (Basically, it should never be the case that the server thinks a
submission is incomplete but Collect has recorded it as successfully sent
-- so we'll see if we discover any such cases.)
Best,
Chris
···
--- Christopher Robert Dobility, Inc. (SurveyCTO) http://www.surveycto.com/ http://blog.surveycto.com/On Sat, Jun 6, 2015 at 9:01 AM prafulla Mehar prafulla.mehar@gmail.com wrote:
it showing sending status sussesfully. on mobile but not display on
onaserverOn Friday, June 5, 2015 at 11:14:14 AM UTC-7, Mitch Sundt wrote:
This would leave the filled-in form in the Failed-to-send state. Is that
what you are seeing?This can happen if you have slow internet connections. The transmission
and storage of a completed form must be completed within 60 seconds.On Thu, Jun 4, 2015 at 10:15 PM, prafulla Mehar prafull...@gmail.com wrote:
Photos from survey form is not uploding to the server ony tex are transfer
to server
--
--
Post: opend...@googlegroups.com
Unsubscribe: opendatakit...@googlegroups.comOptions: http://groups.google.com/group/opendatakit?hl=en
You received this message because you are subscribed to the Google
Groups "ODK Community" group.To unsubscribe from this group and stop receiving emails from it, send an
email to opendatakit...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
Mitch Sundt
Software Engineer
University of Washington--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en
You received this message because you are subscribed to the Google Groups
"ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
I see how this response from the server could cause the mis-reported
success because of the simplistic way ODK Collect handles its attachments
(it doesn't cross-check that all attachments referenced in the form are
present on disk).
However, I'm unclear on how the XML could be sent but not the attachment if
they form a single HTTP request unless the attachment does not exist in
the instance folder.
Wouldn't this indicate that something is wrong with the data storage on the
device -- that there is a reference to a media attachment that is somehow
missing from this instance's folder?
···
On Sat, Jun 6, 2015 at 6:20 AM, Christopher Robert wrote:A number of our users have had similar issues, and we believe that we've
just fully resolved them all as of our latest release. Mitch, tell me if
this sounds plausible to you and we'll share the fix if you agree.Basically, there were a few different ways that large submissions could
fail, and some would result in Collect flagging the submissions as
successfully sent (so that you have to explicitly go into "Change View"
then "Sent and Unsent" to re-send them). If Collect had to split the
submission into parts because the overall size was over 10MB, then
experienced a failure on some part of the submission, it would correctly
record the attempt as having failed. However, if everything fit within one
<10MB part and the server received the XML but not one or more attachments,
the server would return an HTTP 201 response even though it knew it was
still awaiting one or more attachments; in this case, the server would flag
the submission as incomplete but Collect would take the 201 as evidence of
success and flag the submission as successfully sent.In our latest release, we added an indication into the HTTP headers to
indicate definitively whether or not the server had a complete submission.
The goal here was to have Collect only record a submission as successfully
sent after receiving positive confirmation that the server has indeed
received everything. This is sort of how we believed it worked all along,
but the implementation left room for these cases of incomplete submissions
being recorded as successful on the Collect side.More and more projects use media attachments, and many have camera
resolution settings that result in those attachments being absurdly-sized
and very difficult to send. Thus, this weakness was causing significant
problems for a number of our users. We believe that we've fully fixed it
now, but it may be a few months before we have enough data to know for
sure. (Basically, it should never be the case that the server thinks a
submission is incomplete but Collect has recorded it as successfully sent
-- so we'll see if we discover any such cases.)Best,
Chris
Christopher Robert
Dobility, Inc. (SurveyCTO)
http://www.surveycto.com/
http://blog.surveycto.com/On Sat, Jun 6, 2015 at 9:01 AM prafulla Mehar prafulla.mehar@gmail.com wrote:
it showing sending status sussesfully. on mobile but not display on
onaserverOn Friday, June 5, 2015 at 11:14:14 AM UTC-7, Mitch Sundt wrote:
This would leave the filled-in form in the Failed-to-send state. Is that
what you are seeing?This can happen if you have slow internet connections. The transmission
and storage of a completed form must be completed within 60 seconds.On Thu, Jun 4, 2015 at 10:15 PM, prafulla Mehar prafull...@gmail.com wrote:
Photos from survey form is not uploding to the server ony tex are
transfer to server
--
--
Post: opend...@googlegroups.com
Unsubscribe: opendatakit...@googlegroups.comOptions: http://groups.google.com/group/opendatakit?hl=en
You received this message because you are subscribed to the Google
Groups "ODK Community" group.To unsubscribe from this group and stop receiving emails from it, send
an email to opendatakit...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
Mitch Sundt
Software Engineer
University of Washington--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en
You received this message because you are subscribed to the Google Groups
"ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en
You received this message because you are subscribed to the Google Groups
"ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
Mitch Sundt
Software Engineer
University of Washington
mitchellsundt@gmail.com
In cases we've looked at closely, that has indeed been the case: one or
more attachments were missing on the Collect side. In some cases, we've
been able to figure out why, but in others it has been a complete mystery.
Chris
···
On Mon, Jun 8, 2015 at 2:39 PM Mitch Sundt wrote:I see how this response from the server could cause the mis-reported
success because of the simplistic way ODK Collect handles its attachments
(it doesn't cross-check that all attachments referenced in the form are
present on disk).However, I'm unclear on how the XML could be sent but not the attachment
if they form a single HTTP request unless the attachment does not exist
in the instance folder.Wouldn't this indicate that something is wrong with the data storage on
the device -- that there is a reference to a media attachment that is
somehow missing from this instance's folder?On Sat, Jun 6, 2015 at 6:20 AM, Christopher Robert crobert@surveycto.com wrote:
A number of our users have had similar issues, and we believe that we've
just fully resolved them all as of our latest release. Mitch, tell me if
this sounds plausible to you and we'll share the fix if you agree.Basically, there were a few different ways that large submissions could
fail, and some would result in Collect flagging the submissions as
successfully sent (so that you have to explicitly go into "Change View"
then "Sent and Unsent" to re-send them). If Collect had to split the
submission into parts because the overall size was over 10MB, then
experienced a failure on some part of the submission, it would correctly
record the attempt as having failed. However, if everything fit within one
<10MB part and the server received the XML but not one or more attachments,
the server would return an HTTP 201 response even though it knew it was
still awaiting one or more attachments; in this case, the server would flag
the submission as incomplete but Collect would take the 201 as evidence of
success and flag the submission as successfully sent.In our latest release, we added an indication into the HTTP headers to
indicate definitively whether or not the server had a complete submission.
The goal here was to have Collect only record a submission as successfully
sent after receiving positive confirmation that the server has indeed
received everything. This is sort of how we believed it worked all along,
but the implementation left room for these cases of incomplete submissions
being recorded as successful on the Collect side.More and more projects use media attachments, and many have camera
resolution settings that result in those attachments being absurdly-sized
and very difficult to send. Thus, this weakness was causing significant
problems for a number of our users. We believe that we've fully fixed it
now, but it may be a few months before we have enough data to know for
sure. (Basically, it should never be the case that the server thinks a
submission is incomplete but Collect has recorded it as successfully sent
-- so we'll see if we discover any such cases.)Best,
Chris
Christopher Robert
Dobility, Inc. (SurveyCTO)
http://www.surveycto.com/
http://blog.surveycto.com/On Sat, Jun 6, 2015 at 9:01 AM prafulla Mehar prafulla.mehar@gmail.com wrote:
it showing sending status sussesfully. on mobile but not display on
onaserverOn Friday, June 5, 2015 at 11:14:14 AM UTC-7, Mitch Sundt wrote:
This would leave the filled-in form in the Failed-to-send state. Is
that what you are seeing?This can happen if you have slow internet connections. The transmission
and storage of a completed form must be completed within 60 seconds.On Thu, Jun 4, 2015 at 10:15 PM, prafulla Mehar prafull...@gmail.com wrote:
Photos from survey form is not uploding to the server ony tex are
transfer to server
--
--
Post: opend...@googlegroups.com
Unsubscribe: opendatakit...@googlegroups.comOptions: http://groups.google.com/group/opendatakit?hl=en
You received this message because you are subscribed to the Google
Groups "ODK Community" group.To unsubscribe from this group and stop receiving emails from it, send
an email to opendatakit...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
Mitch Sundt
Software Engineer
University of Washington--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en
You received this message because you are subscribed to the Google
Groups "ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en
You received this message because you are subscribed to the Google Groups
"ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.--
Mitch Sundt
Software Engineer
University of Washington
mitchellsundt@gmail.com--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en
You received this message because you are subscribed to the Google Groups
"ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.