POST
|
Hello GIS friends, I'm encountering a persistent race condition in my ArcGIS Experience Builder widget, developed using developer edition 1.17 for ArcGIS Enterprise 11.5. The console shows [esri.WebMap] #add() The item being added is not a layer or a promise that resolves to a layer. While also displaying my custom success log, "GraphicLayer added to map." This indicatges that the add() call fails asynchronously while the code proceeds, leading to a subsequent Uncaught TypeError when the Sketch widget attempts to use the failed layer. Despite having implemented wait on both graphicLayer.load() and jimuMapView.view.map.add(graphicLayer) to fix the timing, the error persists. I'm looking for a solution or a robust workaround to resolve this race condition and successfully add a GraphicLayer for my Sketch widget. Thank you for your help and time. Abi
... View more
08-08-2025
07:19 AM
|
0
|
0
|
117
|
POST
|
Dear friends, I'm trying to make a custom query widget. I get these errors when implementing in Experience Builder app. Error Observed: GET https://js.arcgis.com/4.32/esri/tasks/Geoprocessor.js 404 (Not Found). Error Observed: GET https://js.arcgis.com/4.32/esri/rest/QueryTask.js 404 (Not Found) and the subsequent TypeError: (intermediate value) is not iterable. My install files are correct. I'm using version 1.17.0. Please see two attached manifest files I tried. Thank you for your incredible help. Abi
... View more
07-24-2025
08:51 AM
|
0
|
0
|
186
|
IDEA
|
@Jianxia Thank you for the update! The community and I sincerely appreciate you and are grateful for everything you do to make our work easier and more effective. As we look ahead, it remains essential that all core capabilities are fully supported in Experience Builder before Web AppBuilder is phased out in future releases of ArcGIS Enterprise. Keeping Web AppBuilder accessible while Experience Builder continues to mature, particularly during the period where capability alignment is still being reached, will ensure a smooth and low-risk transition. Even after full feature match is achieved, allowing at least an additional year as a buffer would provide organizations like ours the time and confidence needed to migrate our applications without disruption. It simply would not be feasible to retire Web AppBuilder the moment Experience Builder catches up on paper. As we pay close attention to the upcoming release of Advanced Editing widget in Q4 for ArcGIS Online, we hope that it will bring us closer to the editing capabilities we currently rely on in Web AppBuilder. Ensuring that Web AppBuilder apps remain accessible, particularly with the release of ArcGIS Enterprise 12.0 and 12.1, and potentially for some time beyond, is so vital. If Web AppBuilder were to be fully removed with these versions, it would place organizations like ours in a difficult position. We respectfully ask that Esri consider that we may not be able to transition at the same pace. Should that situation arise, we hope Esri will consider providing a patch to backport the Advanced Editing widget to older versions of ArcGIS Enterprise allowing it to be available alongside Web AppBuilder. Without such a transition window, the shift could introduce considerable operational challenges for our teams and for the public users who rely on our applications every day. Respectfully, Abi
... View more
07-23-2025
09:45 AM
|
0
|
0
|
375
|
POST
|
I appreciate your response very much. It is happening during runtime. I tried your suggestion and I still get the same error in runtime. Abi
... View more
07-16-2025
07:45 AM
|
0
|
0
|
214
|
POST
|
I can certainly do that. Please see attached. Thank you very much.
... View more
07-16-2025
05:24 AM
|
0
|
1
|
245
|
POST
|
Dear GIS friends, I'm working on a custom widget, but I am not able to connect the widget to the map layers. When I add the widget to a map I get this error: Minified React error #130; visit https://reactjs.org/docs/error-decoder.html?invariant=130&args[]=undefined&args[]= for the full message or use the non-minified dev environment for full errors and additional helpful warnings Please help I'm naive. Please see attached files if it helps. I have done a lot of npm start on the server and client. Thank you, Abi
... View more
07-15-2025
01:34 PM
|
0
|
4
|
310
|
BLOG
|
@Jianxia - I see Copy & Paste features, Cut, Merge, Reshape. Would you please confirm if the AutoComplete tool is planned to be included as part of the roadmap? This feature is utterly essential for our workflow, and we'd appreciate any updates regarding its availability. Also, we would have to have it for both Creators and Mobile Workers as their fundamental edit widget capability. Thank you very much for all you do. Abi
... View more
07-08-2025
12:20 PM
|
0
|
0
|
1874
|
DOC
|
@Jianxia - After such a long wait and so much anticipation, it's incredibly disappointing to see the direction Esri has taken. To promote the new Web Editor application, Esri has chosen to restrict basic editing capabilities that were once available through the Edit widget in Web AppBuilder. This functionality that countless loyal users, including those supporting public-facing applications, have relied on for years. We were doing quite well with what existed. Removing or withholding such a fundamental feature from Experience Builder feels not only unnecessary but like a calculated move to drive users toward a paid solution. This decision comes across as short-sighted, cutthroat, and deeply disheartening. The fact that the original Edit widget still functions in Web AppBuilder, yet remains absent in Experience Builder, only adds to the frustration felt by long-standing users. Worse still, this is happening at the expense of usability and workflow efficiency. GIS professionals and end users once enjoyed a user-friendly, streamlined editing experience in Web AppBuilder. Now, for the sake of licensing, that tool has not only been downgraded in Experience Builder; it has been moved entirely to a separate Web Editor application, further complicating workflows and causing unnecessary disruption. Despite repeated concerns voiced throughout the Esri Community, it seems those voices have not been heard. What was once a core, inclusive capability is now gated behind licensing, effectively betraying the trust of honest, loyal, lifelong users who simply need to perform basic edits in the modern web environment Esri is requiring us to transition into. Esri and its users have long enjoyed a very symbiotic ecosystem, where Esri provides the capabilities, and users contribute honest, thoughtful feedback. In tandem, we have improved and learned from one another. Let us keep it that way and make this a selfless pursuit of capabilities that help the science of geography thrive. Esri is, of course, free to innovate and promote the new Web Editor as a premium offering. But we strongly urge you to also restore the original Edit widget, with its full capabilities, within Experience Builder, and make it available across user types, especially for Creators and Mobile Workers. This is not just a feature request. It is a plea from a dedicated community that has supported Esri for decades and now feels disregarded. Please do the right thing. Restore this essential functionality where it belongs. Thank you, Abi
... View more
07-07-2025
12:07 PM
|
0
|
0
|
1515
|
POST
|
After such a long wait and so much anticipation, it's incredibly disappointing to see the direction Esri has taken. To promote the new Web Editor application, Esri has chosen to restrict basic editing capabilities that were once available through the Edit widget in Web AppBuilder. This functionality that countless loyal users, including those supporting public-facing applications, have relied on for years. We were doing quite well with what existed. Removing or withholding such a fundamental feature from Experience Builder feels not only unnecessary but like a calculated move to drive users toward a paid solution. This decision comes across as short-sighted, cutthroat, and deeply disheartening. The fact that the original Edit widget still functions in Web AppBuilder, yet remains absent in Experience Builder, only adds to the frustration felt by long-standing users. Worse still, this is happening at the expense of usability and workflow efficiency. GIS professionals and end users once enjoyed a user-friendly, streamlined editing experience in Web AppBuilder. Now, for the sake of licensing, that tool has not only been downgraded in Experience Builder; it has been moved entirely to a separate Web Editor application, further complicating workflows and causing unnecessary disruption. Despite repeated concerns voiced throughout the Esri Community, it seems those voices have not been heard. What was once a core, inclusive capability is now gated behind licensing, effectively betraying the trust of honest, loyal, lifelong users who simply need to perform basic edits in the modern web environment Esri is requiring us to transition into. Esri and its users have long enjoyed a very symbiotic ecosystem, where Esri provides the capabilities, and users contribute honest, thoughtful feedback. In tandem, we have improved and learned from one another. Let us keep it that way and make this a selfless pursuit of capabilities that help the science of geography thrive. Esri is, of course, free to innovate and promote the new Web Editor as a premium offering. But we strongly urge you to also restore the original Edit widget, with its full capabilities, within Experience Builder, and make it available across user types, especially for Creators and Mobile Workers. This is not just a feature request. It is a plea from a dedicated community that has supported Esri for decades and now feels disregarded. Please do the right thing. Restore this essential functionality where it belongs. Thank you, Abi
... View more
07-07-2025
11:50 AM
|
2
|
0
|
189
|
IDEA
|
After such a long wait and so much anticipation, it's incredibly disappointing to see the direction Esri has taken. To promote the new Web Editor application, Esri has chosen to restrict basic editing capabilities that were once available through the Edit widget in Web AppBuilder. This functionality that countless loyal users, including those supporting public-facing applications, have relied on for years. We were doing quite well with what existed. Removing or withholding such a fundamental feature from Experience Builder feels not only unnecessary but like a calculated move to drive users toward a paid solution. This decision comes across as short-sighted, cutthroat, and deeply disheartening. The fact that the original Edit widget still functions in Web AppBuilder, yet remains absent in Experience Builder, only adds to the frustration felt by long-standing users. Worse still, this is happening at the expense of usability and workflow efficiency. GIS professionals and end users once enjoyed a user-friendly, streamlined editing experience in Web AppBuilder. Now, for the sake of licensing, that tool has not only been downgraded in Experience Builder; it has been moved entirely to a separate Web Editor application, further complicating workflows and causing unnecessary disruption. Despite repeated concerns voiced throughout the Esri Community, it seems those voices have not been heard. What was once a core, inclusive capability is now gated behind licensing, effectively betraying the trust of honest, loyal, lifelong users who simply need to perform basic edits in the modern web environment Esri is requiring us to transition into. Esri and its users have long enjoyed a very symbiotic ecosystem, where Esri provides the capabilities, and users contribute honest, thoughtful feedback. In tandem, we have improved and learned from one another. Let us keep it that way and make this a selfless pursuit of capabilities that help the science of geography thrive. Esri is, of course, free to innovate and promote the new Web Editor as a premium offering. But we strongly urge you to also restore the original Edit widget, with its full capabilities, within Experience Builder, and make it available across user types, especially for Creators and Mobile Workers. This is not just a feature request. It is a plea from a dedicated community that has supported Esri for decades and now feels disregarded. Please do the right thing. Restore this essential functionality where it belongs. Thank you, Abi
... View more
07-07-2025
11:47 AM
|
0
|
0
|
497
|
IDEA
|
@LarryYoung - After such a long wait and so much anticipation, it's incredibly disappointing to see the direction Esri has taken. To promote the new Web Editor application, Esri has chosen to restrict basic editing capabilities that were once available through the Edit widget in Web AppBuilder. This functionality that countless loyal users, including those supporting public-facing applications, have relied on for years. We were doing quite well with what existed. Removing or withholding such a fundamental feature from Experience Builder feels not only unnecessary but like a calculated move to drive users toward a paid solution. This decision comes across as short-sighted, cutthroat, and deeply disheartening. The fact that the original Edit widget still functions in Web AppBuilder, yet remains absent in Experience Builder, only adds to the frustration felt by long-standing users. Worse still, this is happening at the expense of usability and workflow efficiency. GIS professionals and end users once enjoyed a user-friendly, streamlined editing experience in Web AppBuilder. Now, for the sake of licensing, that tool has not only been downgraded in Experience Builder; it has been moved entirely to a separate Web Editor application, further complicating workflows and causing unnecessary disruption. Despite repeated concerns voiced throughout the Esri Community, it seems those voices have not been heard. What was once a core, inclusive capability is now gated behind licensing, effectively betraying the trust of honest, loyal, lifelong users who simply need to perform basic edits in the modern web environment Esri is requiring us to transition into. Esri and its users have long enjoyed a very symbiotic ecosystem, where Esri provides the capabilities, and users contribute honest, thoughtful feedback. In tandem, we have improved and learned from one another. Let us keep it that way and make this a selfless pursuit of capabilities that help the science of geography thrive. Esri is, of course, free to innovate and promote the new Web Editor as a premium offering. But we strongly urge you to also restore the original Edit widget, with its full capabilities, within Experience Builder, and make it available across user types, especially for Creators and Mobile Workers. This is not just a feature request. It is a plea from a dedicated community that has supported Esri for decades and now feels disregarded. Please do the right thing. Restore this essential functionality where it belongs. Thank you, Abi
... View more
07-07-2025
11:37 AM
|
0
|
0
|
300
|
IDEA
|
Thank you for the great work you all do. Please make sure it has add, split, merge, autocomplete. Autocomplete is utterly important. Thank you, Abi
... View more
06-27-2025
07:36 AM
|
0
|
0
|
536
|
POST
|
@Neal_t_k - This worked perfectly. Point-in-polygon query to retrieve multiple attributes: pulldata("@layer", "getRecordAt"). Thank you for your awesome help. Abi.
... View more
06-09-2025
05:15 AM
|
0
|
0
|
328
|
POST
|
Dear GIS Friends, I have a public Survey123 form that I would like users to interact with, allowing them to drop a Geopoint, which would then automatically pull information from a public feature/map service. However, I've encountered a roadblock. Specifically, it appears that the pulldata("@javascript") function cannot be used with public services. Is there another way I can achieve this? I understand that if the survey were shared privately or within the organization, the process would work. But when both the Survey123 form and the feature/map service are public, pulling data seems to be problematic. It would be very helpful if the information could auto-populate as the user is filling out the survey. Is there a way to make this possible? From what I understand, creating webhooks can populate data from a public service, but only upon submission, meaning the users won’t be able to view the information while completing the form. Your help would be greatly appreciated. Thank you,
... View more
06-06-2025
05:41 AM
|
0
|
2
|
422
|
DOC
|
everything @MichaelTorbett says and autocomplete in the Edit widget is too important. We cannot do anything without the Autocomplete feature. Thank you, Abi
... View more
05-21-2025
10:53 AM
|
0
|
0
|
2355
|
Title | Kudos | Posted |
---|---|---|
2 | 07-07-2025 11:50 AM | |
1 | 03-18-2025 10:46 AM | |
1 | 03-20-2025 11:46 AM | |
1 | 07-17-2024 01:25 PM | |
1 | 03-19-2025 08:13 AM |
Online Status |
Offline
|
Date Last Visited |
2 weeks ago
|