Bug
The returnUpdates REST call does not return updated endTime to reflect data added after a service is published as a web feature layer from ArcGIS Pro.
| Bug ID Number | BUG-000101582 |
|---|---|
| Submitted | December 19, 2016 |
| Last Modified | August 28, 2025 |
| Applies to | ArcGIS GIS Server |
| Version found | 10.4.1 |
| Operating System | Windows OS |
| Operating System Version | 7.0 64 Bit |
| Version Fixed | 2.0 |
| Status | Fixed |
Workaround
Publish a map service in ArcMap from the same data and returnUpdates works as expected when new data is added.1. Create an ArcMap map document with a layer of time data from a registered SDE.2. Publish the map document as a dynamic map service to ArcGIS GIS Server.3. Execute returnUpdates REST call: time extent is correct for the current data set.4. In ArcMap, start an editing session, add a new feature with a date later than the previous time extent of the data set.5. Query the REST service, and sort by date field DESC, confirm newly added record shows up.6. Execute returnUpdates REST call again: time extent is CORRECT, i.e., the endTime value has been updated to account for the newly added feature with a later date.Service used for this test (publishing from ArcMap): <a href="https://bberry.esri.com/server/rest/services/DisastersTimeEnabledDayIntervalVideo/MapServer/0" target="_blank">https://bberry.esri.com/server/rest/services/DisastersTimeEnabledDayIntervalVideo/MapServer/0</a>Steps to Reproduce
Bug ID: BUG-000101582
Software:
- ArcGIS GIS Server
Get notified when the status of a bug changes
Discover more on this topic
Search for related information
Find training related to this topic
Explore ideas and give feedback
Get help from ArcGIS experts
Download the Esri Support App