Latest Contributions by TylerBragg2

Hi @Anonymous User , and thanks for your reply! The survey was published via Survey123 Connect (I think originally with v3.12).  I downloaded v3.14 Connect and re-published the survey.  No change on iOS device, Android, or from Windows desktop.  None will allow the upload.   There are no filters or constraints on the image questions, other than that I have them in groups.  I have three groups that allow 5 photos for one group, 10 photos for the other two groups.  This was done for a very specific reason, being that I need allowance for several photo uploads, but I don't want to use repeats for a number of reasons.  By doing it the way I have, I can set the groups to be collapsed by default (thus taking up minimal space on the survey), but the users can expand the groups and add up to 25 photos if needed.  By doing it this way, I can reference the individual photos for feature report generation.  This has worked perfectly up until now (well, last week).  You will see this in the attached xls form.   Again, I'll note that this survey is designed to be opened up in edit mode from Field Maps.  The feature is already created elsewhere, then the field staff use this survey to go in and add pertinent attribute data to the feature layer.  No related tables or anything like that on this one, so it's pretty straight-forward.   Thanks! Tyler ... View more

Ha! That's great!  That was much quicker than I expected, but that's a good thing.  Appreciate it Aaron.   ... View more

@Anonymous User  I just wanted to follow up with you to let you know that I found a workaround for the problems I was having with Workforce.  It's a long story, but there were several issues with Workforce preventing me from doing all the specific things we want/need to do.  As a result, I ended up designing with an entire work order system from "scratch."  This system is based on one feature layer for "work orders."  I have three surveys built off that feature layer in Survey123, with each geared towards the specific user group that is involved (dispatchers, field workers, admins).  I built a "Dispatch Console" in Dashboards that functions as the primary access to work orders from the office (similar to the Workforce web app).  This console contains the dispatch survey, as well as an "edit mode" version of a different survey to allow editing of the data.  The field workers access the work orders from Field Maps with a simple map that shows new or in-progress work orders.  I configured the pop-up of this map to contain a link to the "edit version" of a third survey that allows them to collect all the data we need for that work order.  In addition to all this, I used Integromat to automate three different processes - First is to send a text to the field supervisors whenever a new work order is created, second is to automatically look for a certain "flag" field (yes or no) in the data and if "yes" it will create a specialized work order report (feature report) that we are required to submit to another agency, and third, you can manually trigger a report for any work order by selecting a different flag field in the dispatch console, then the report is created and is automatically uploaded to our Sharefile server (and a confirmation email is sent to certain staff).  One additional advantage this system provides is the ability to be able to dispatch a new work order from the field.  The same survey that the dispatchers use from the console can be used by the field supervisors right from their phones.  Very simple.  Our staff seems to be thrilled with it so far.     I just wanted to pass this development along to you as some closure to the issues we had discussed and to let you know that this is possible to achieve a work order system similar to, but separate from Workforce, in the event you run into anyone else with a similar need.  I'd be happy to show you the system if you ever felt the need to see what I'm talking about.     Thanks again for all your help previously.     Tyler ... View more

That's exactly what I needed to know.  Thank you! ... View more

Thanks for the info Aaron.  Sounds like it will be a waiting game then.  Do you have any recommendations for a workaround to extract the attributes from a feature in a Workforce assignments layer?  It would be so easy if the payload of the webhook would include, at a minimum, the objectid of the feature that was updated, but it doesn't give any specifics.   I was just looking at the payload information as I'm typing this, and I see that it does give the "lastupdatedTime." Now I'm wondering if it would be feasible or reliable to use the HTTP module in Integromat to query the assignments layer for features with the same "lastupdatedTime."  There should only be one feature with that updated time, right?  Am I thinking correctly?  If I could query using that, then I could extract attributes for the feature with that exact updated time.    ... View more

Thanks @Anonymous User!  I assume an "internal issue" could take quite some time to resolve?  Or does it depend?   ... View more

@MikeSlattery  Unfortunately, my response to this post is not an answer to your question, but rather is support for your initial problem.  I, too, am receiving replica errors when running the same process in Integromat, built from the same guide you referenced above.  Specifically, my error is coming in when making a request to the StatusURL, and my error reads as follows: "Unable to synchronize replica...Error in processing replica sync request"  In my situation, my webhook is set up on a Workforce assignments layer (which is Sync enabled).  I need to extract attributes from a workforce assignment once it is marked as "complete" for further processing and report generation.  This wasn't an issue with the previous version of Workforce, but since they upgraded to the "offline compatible" sync-enabled version I'm experiencing this issue.  I can't seem to get past this in order to extract the needed attributes for my process.  Since your last post on this was in January, I'm curious if you found a solution to the problem?  If not, hopefully someone else can chime in with some guidance.   Tyler ... View more

@SunnyCorrao the case is still open with ESRI Support Services.  It's been frustratingly slow and fruitless thus far.  Nobody can seem to figure out the issue.  My last update was on 7/8/21 via email from the technician working on the case.  Here is what he said - "After collaborating with our internal resources, we have determined that this "Failed to Submit" behavior is a defect. I am currently logging this defect and will send the information to our development team. I will reach out soon with more information on the defect and steps for following its progress."  I have no idea where we go from here or what the process is to fix a "defect."  But I guess I'll just have to wait and see.  I would have thought the behavior would be fairly easy to trace from their end, but evidently not.   Tyler ... View more

I'd like to see this feature as well.  I have a date field with conditional visibility based on a "status" field.  When the user updates the status field to "Closed", they must enter the "date closed", and I would like for the date field to auto-populate based on today's date so they don't have to select it manually.   ... View more

@JamesTedrick  are you able to shed any light as to where the webhook action takes place - on the server or the client?  I have a survey where this issue has occurred multiple times, and it happened again this morning.  This is a public survey where the survey is completed via the Survey123 web app - so surveys are ever submitted via the Survey123 mobile app.  I have a webhook set up in Integromat to automate some processes with the submission data and there have been serval times where it appears there was no trigger for the process after a survey response is submitted.  Since this keeps happening, I need to figure out what is going on and resolve the problem.  I'm not sure where to look at this point to determine why there was no action.  I have checked in Integromat, but there are no errors for this submission - it just appears as if it didn't receive any notification of a new survey submission because there is no record of it at all.  There seems to be some confusion/disagreement as to where the webhook is generated.  I assumed that it must be from the server, since that's where the webhook is configured (and also given that feature level webhooks are set up from the server as well), but I may have assumed incorrectly.  Can you clarify?  I think this will help me get an idea of where to look.  Then there is the question of a webhook log - is there somewhere that has a log of each webhook action?  Any help would be appreciated.   Tyler ... View more

This is interesting, because I'm primarily experiencing this with the webform, though I have experienced it with the mobile app as well.  We have one survey where users (public) apply for new utility service with our municipal sewer department (through the Survey123 webform), and that's the primary one that seems to experience this problem.  So given that this is coming from the webform and not the mobile app, what could be the cause of that?  And does this new update do anything to fix it?   ... View more

That's not a bad idea at all.  But, I'm thinking we could rule out connectivity issues as the cause because the webhook is not initiated at the mobile level; rather, it should be issued by ArcGIS Online at the feature service level(at least in my case, unless you are using Server, then from there).  That's where a log file from AGOL would be nice so you can compare the submit time/date of the feature and the log file of webhooks to see if it skipped one.  I'm thinking that's what's happening.  But what you mention would be a good way to validate that.  Or, I suppose there could be a blip with Integromat where it was NOT listening for a certain time period.  Then AGOL could have sent the webhook but Integromat never saw it because it wasn't listening.  In that scenario, Integromat wouldn't show it in the scenario history because it truly didn't receive it, even if it was because it "wasn't listening."  ... View more

I've been having this happen to me as well, and it seems to be more often in the last few months.  I have a paid subscription to Integromat and have 28 active scenarios running at all times, some of them being somewhat complex, some being fairly simple.  I actually had this happen last week and again today on a scenario that has been running for about a year now with very few problems.  The user reported the problem to me but I can't seem to nail down the source, except that it must be in the webhook.  I checked the history of the scenario in Integromat and there are no errors, and more importantly, no record of the trigger at all.  I've tried to look on the Survey123 side and I can't seem to find a way to validate that the webhook trigger was sent to Integromat.  Then the next submission of the survey will work perfectly.   ... View more