Latest Contributions by SFM_TravisBott

Mine have spontaneously resolved and begun running as normal again. I'd consider this resolved, though I'd like someone to tell me what happened. ... View more

@IngridHogle Can you elaborate on your first Arcade issue? Maybe provide an example? I am having a similar situation. Post update I had two issues, both exclusive to Field Maps (all worked fine the web maps). The first was with editing the form in the Field Maps designer...I got generic error messages saying it couldn't be saved because there as a problem. I removed all of the fields from a group a and re-added them and that fixed it. My second issue, which your post might speak to, involves an if/else statement to declare a variable in a pop-up. It uses html and works just fine in the web map as-written, but with certain templates it shows an error for the pop-up in Field Maps. It's generic (ArcGIS.InvalidCallError error 1), but I've narrowed it down to the logic around declaring a variable. ... View more

Interesting. All of the linked discussion is round ExB applications hosted on Enterprise. Mine is AGOL., using no Developer Edition applications. Is there reason to suspect it still applies. ... View more

It's a bug. If there's a geopoint question in a nested repeat hidden by a relevant condition it still sends a ghost record.  I posted my workaround here: https://community.esri.com/t5/arcgis-survey123-questions/blank-rows-in-hidden-repeat/m-p/1644553#M63905 ... View more

I'll reply to my own post here in case anyone comes looking since I found a workaround that seems to function in 3.20.63. In my case I have nested photopoint repeat. There's a geopoint question, an image question, and a few others. The repeat has a relevant condition on a proceeding question, 'NeedPhotos' (${NeedPhotos} = 'Yes'). The NeedPhotos question is itself subject to a calculation...if a previous question (PositiveImpact_YN) is set to 'Yes' then the NeedPhotos question is automatically set to 'Yes' and photos are enforced. I noticed this behavior: If in the course of the survey PositiveImpact_YN is set to 'No', the photo repeat does not appear (desired behavior) but it sends a ghost record (undesirable behavior). However, if I set PostiveImpact_YN to 'Yes' (photo repeat appear), then back to 'No' (photo repeat disappears), then it doesn't submit a ghost record. It's like the survey needed some positive affirmation do the right thing, and it fires appropriately and strips out the photo.  For my case I changed the NeedPhotos calculation and added a calculation in the 'Visible' column...so the user can't see it but behind the scene the 'NeedPhotos' gets defaulted to yes, but is invisible, and then the above chains of calculations from PositieImpact_YN will push it back to 'No', and the ghost record gets killed. ... View more

@NicoleJohnson Well shoot dang! You're right that I didn't read carefully - you specifically mention joined views in your post. I used your technique and it worked perfectly. Previously I've done it by going through the REST endpoint for the parent layer, and I had never come at it from the view itself. Seems to have worked fine. Thank you! An additional edit - Below is from Esri support services: It was a pleasure speaking with you earlier, and I understand you need assistance with joined view layers in ArcGIS Online. I have included a brief recap of what we have discussed during our screen share session: You created a joined view layer using a left join in ArcGIS Online and successfully published the view. Upon attempting to edit data via the Data tab, you found that there was no option to edit fields. This is expected behavior, as editing is disabled by default for joined view layers in ArcGIS Online. Additionally, fields from the joined (right) layer are read-only by design and cannot be edited. You attempted to work around this by accessing the REST endpoint of the view layer. You used the Update Definition operation to change sourceSchemaChangesAllowed from false to true. I just reviewed the workaround on my end, and I wanted to share that updating the service definition in this way is not a recommended approach. While it may be technically possible to make this change, there are several important risks and limitations to consider: Joined views are not designed for editing, and forcing edits can lead to unexpected behavior, such as broken relationships or schema mismatches. In ArcGIS Online, joined hosted feature layer views can prevent schema modification of the underlying feature layers. This means you can't add or remove fields, or alter domains, in the source layers while the view exists. This ensures data integrity If issues arise as a result of this modification, technical support may be limited, as the workaround involves changing internal service properties that are not officially supported. Alternative Suggestion: If schema changes are required, a safer approach would be to temporarily delete the joined view, apply the necessary schema updates to the source layers, and then recreate the join view afterward. Please let me know if you'd like help exploring this option or if you have any further questions. A note to Esri - Consider a) providing a warning when creating a joined view that your schema will be locked; b) make it possible to update a joined view. I bet you could if you really put your mind to it.   ... View more

@gis_KIWI4 This is not correct. The option to add fields and domains is not available with a joined view. I will edit my post to provide some emphasis. ... View more

@Tiff I think you're the only one here to read and understood the post. There are options in the GUI to update fields for traditional views. Joined views lock everything up considerably worse. ... View more

Holy moley it's be six years and this still isn't resolved: https://support.esri.com/en-us/bug/if-a-relevant-field-is-configured-on-a-repeat-to-only-s-bug-000123943 I sure hope somebody can suggest a workaround. ... View more