topic Re: JavaScript edit widget behavior in ArcGIS Web AppBuilder Questions

JavaScript edit widget behavior

ronaldmcfarlane — Tue, 13 Oct 2015 17:39:39 GMT

Using ArcGIS Server & Portal 10.3.1, WAB Developer 1.2.

I am making the transition from Flex to JavaScript (JS), so am relatively new. Using the Edit WIdget in Flex, I can restrict edits of data (entity & attribute) to the creator (e.g. if you created it, you can edit it but no one else can). You can create the data in one session and come back to it later and edit its attributes, location, add attachments or even delete your items.

Now in JS WAB Dev. I added the Edit widget and in the map application I can create new data, edit it, add attachments or delete it in the current session, but as soon as I leave it and come back I can only delete it (but not edit the attributes, add attachments nor move its location). I'm using the stock out of the box Edit widget, without modification. Is this the expected behavior in this JS widget or am I doing something wrong? Is there a better edit widget out there?

Re: JavaScript edit widget behavior

RobertScheitlin__GISP — Tue, 13 Oct 2015 17:53:27 GMT

Ronald,

I am not sure about the add attachments portion but absolutely you can edit attributes and move the feature after it is created. At the bottom of the edit widget there is a toolbar click the first tool on the left this is the selection tool and then click on your feature. The third button from the left is the attribute button.

Re: JavaScript edit widget behavior

ronaldmcfarlane — Tue, 13 Oct 2015 17:59:57 GMT

Yes, and I can edit them in the original session. But when I come back to the map (after closing the session where it was created) I can see the attribute however it won't let me edit them nor move the entity.

Re: JavaScript edit widget behavior

RobertScheitlin__GISP — Tue, 13 Oct 2015 18:16:26 GMT

Ronald,

I can edit just fine (after closing the session where it was created)

Re: JavaScript edit widget behavior

ronaldmcfarlane — Tue, 13 Oct 2015 18:23:11 GMT

Do you have Editor Tracking enabled on the feature class within ArcCatalog? This restricts editing to the originator only.

Re: JavaScript edit widget behavior

RobertScheitlin__GISP — Tue, 13 Oct 2015 18:27:53 GMT

Ronald,

No I do not. That must be the difference. I would call tech support on this as it sounds like there is an issue there.

Re: JavaScript edit widget behavior

XiaodongWang — Thu, 15 Oct 2015 03:30:08 GMT

I cannot reproduce it with many conditions, include to enable Editor Tracking. I do update it if I can delete it.

Would you mind to test it again in mapViewer and confirm it, whether having same behavior also.

Re: JavaScript edit widget behavior

ColeAndrews — Thu, 15 Oct 2015 14:36:28 GMT

In that first picture, where are you configuring that editor tracking at?

I've noticed that if you enable editor tracking in the enterprise gdb, then publish as an editable service, all the edits made show the same user name....which is the one you used when publishing the service.

Re: JavaScript edit widget behavior

XiaodongWang — Thu, 15 Oct 2015 14:50:35 GMT

The "Track Edits" options isn't "editor tracking" that you mentioned? My feature service is hosted at online.

Re: JavaScript edit widget behavior

XiaodongWang — Thu, 15 Oct 2015 15:08:30 GMT

Those options of the first image are feature service options, not Edit widget options, in order to test Edit widget quickly, I hosted a feature layer on ArcGIS online. The whole image is:

Re: JavaScript edit widget behavior

ronaldmcfarlane — Thu, 15 Oct 2015 15:29:13 GMT

I am using ArcGIS Server & Portal 10.3.1, WAB Developer 1.2 and IIs Windows authentication (the server is not federated). I created a new from scratch pair of editable datasets, published them to Server, pulled them into Portal and generated a map using WAB. If I leave everything public all is fine, I can create, edit attributes, move features and delete.

If I enable Editor Tracking in ArcCatalog and publish the datasets with "Ownership based access" checked and allow others to just query the dataset, I can do all as before as long as I retain selection of the feature. If I unselect the feature and come back to it, I can not move it. If I refresh the web page, I can only delete the feature.

Re: JavaScript edit widget behavior

ColeAndrews — Thu, 15 Oct 2015 19:01:49 GMT

After you add features in the app, what user name does the editor tracking field?

Re: JavaScript edit widget behavior

ronaldmcfarlane — Thu, 15 Oct 2015 19:13:40 GMT

domain\myname

Re: JavaScript edit widget behavior

ronaldmcfarlane — Thu, 15 Oct 2015 23:14:34 GMT

More behavior information: I created a second set of data/mxds/services/service folder/portal map/ WAB map. Taking it from no restriction to most restrictive, I registered the dataset as versioned, turned on editor tracking, set the server from public to private and then enabled ownership based upon access control. At each point I republished and check behavior in Portal/WAB/JS Map application. At each step editing functioned as it should until enabling ownership; at that point it won't let me edit the feature nor attributes. The behavior is the same across all three interfaces. It is correctly capturing my domain/login name when populating the record.

Re: JavaScript edit widget behavior

ronaldmcfarlane — Thu, 29 Oct 2015 19:43:52 GMT

Working with ESRI, they identified a bug using Web Tier authentication, so at their recommendation I changed to GIS Server authentication. I have differing behaviors now depending on if the map is public or private and if it is running in Portal or as a Javascript web app, built with the Web App Builder.

If the features are public and the map or app is public it all works as advertised in Portal or web app.

If the features are private and the Portal map is restricted it all works as advertised in Portal.

If the features are private and the Portal map is restricted and it is published using web app builder (either through Portal or developer), when opened via web app, it will let me edit/move my own features and won't let me move or edit others'; however it will let me delete anyone's features. It appears to be a bug in the "Edit" widget because the Portal instance of the map works as it should, only after publishing, via app builder, and using the "Edit" widget does it allow deletions of anyone's features.

Re: JavaScript edit widget behavior

ronaldmcfarlane — Wed, 04 Nov 2015 23:23:22 GMT

ESRI has confirmed a defect in the "Edit" widget that allows the deletion of anyone's data when in restricted mode, and will log it as such.

Further clarification of an "Edit" widget behavior: When you move the location of a feature, but leave its attributes unchanged, it sometimes snaps back to where it was moved from. However if you edit its attributes, the changed values are retained and the feature stays where you moved it to. They are looking in to this as well. Will respond back when I know more.

Re: JavaScript edit widget behavior

ronaldmcfarlane — Thu, 05 Nov 2015 00:31:47 GMT

ESRI confirms both behaviors are bugs:

Reference Number: BUG-000091934

Synopsis: Different user's are able to delete features which are not owned by them even when Ownership-based access control on features is enabled and delete operation is unchecked for Operations allowed on features created by other users.

Fix Date/Version: Not yet documented

Reference Number: BUG-000091935

Synopsis: Updating geometry of a newly added feature when no changes are made to attributes of the feature does not get honored and the initial geometry of the feature is retained in the feature layer with ownership-based access control on features is enabled on the feature service.

Fix Date/Version: Not yet documented

Re: JavaScript edit widget behavior

ronaldmcfarlane — Thu, 03 Mar 2016 18:18:45 GMT

I have several messages out to various ESRI staff trying to find out if either bug has been addressed in 10.4. So far no response. Will update when I know more.