Edits not refreshed on iPad
We have a Geocortex viewer for HTML5 which is used in a browser on an iPad. (GMAF is not used)
There is a feature service with points which can be edited.
The points are collored by an attribute.
When the user changes that attribute and saves it, the point should be changed from blue to green, but this does not happen immediately on the iPad. When we do the same on an Android, it does change immediately.
On the iPad, when the user zooms in or out, then the color changes, but when he then zooms back out or in to the same zoom level as the edit, then the original color is still visible.
This is very confusing. The user thinks that his change is not successfully stored.
Is there a way to tell the browser or iOS that he has to refresh the point each time?
Or is there another way so that the change is immediately visible?
Thank you.
Veerle
0
-
What is the Query Mode, Snapshot or Selection Only. What if you change this setting?
There is also an Update Interval setting, but setting this setting causes a lot of requests.
https://docs.geocortex.com/essentials/4.9/install-help/Default.htm#ge/admin/map-services-configure.htm#functional-tab-settings0 -
Hi,
Which version of the HTML5 Viewer are you currently using? I know the Related Records part of the bug ticket below is not fixed but the New Feature should be working in iOS in 2.10.1.
GVH 2.10.1 Release Notes:
GVH-15241 New Feature or Related Record Disappears Until Viewer Extent Change or Reloaded in Safari iOS
Thanks,
Mike Ketler0 -
When we change the Query Mode to Snapshot or Selection Mode, this is even worse.
So I leave this On Demand, as it was.
I also tried to set the On Demand Cache Size to 0, and set de Disable Client Cache, but this doesn't affect the behaviour.
We are still on Geocortex Essentials 4.6.3 and HTML5viewer 2.7.2
We are not using Related Records, it is just a feature service where we make edits.
When we edit a feature, and save it, and then wait, the feature service does not do a reload in iOS, he doesn't query the feature service. He stays the same, and so the color of the point stays the same. If we zoom in, then he queries the feature service again, and then he changes the color. When we zoom back out, the takes the point he has already, which was the 'old' one, with the wrong color.0 -
Also if we change the Update Interval to 1 second: this also has no effect on the behaviour, we have still the same problem. 0 -
Hi Veerle,
We did fix an issue with Safari/iOS for version 2.10.1 of the Viewer for HTML5 that may have resolved your issue. Can you download and try the latest version for us?
Thanks!
-Malcolm0 -
I am having a similar problem. I am currently running HTML5 Viewer version 4.12.2. I have a workflow that allows users to add a point to a feature service by searching an address. I have a refresh activity in the workflow after the point is added. The point shows up immediately when I run the workflow on a desktop computer. I don't have an Android to test it out on, but on iPhones and iPads, the new point doesn't show up until after I zoom in or out. The point is also not visible if I zoom back to the scale that the point was created. The layer is also set to refresh every second, but that doesn't make the point show up at the scale it was created. Is anyone else having this problem with this version of the HTML5 vewer? 0 -
What if you add a Set Map Extent activity to your workflow and shift the map some centimeters, as a workaround. Will the map correctly refresh in this case? 0 -
Yes, if I have it zoom out after the point is created, then it is displayed. But if I zoom back in (manually), the point is still not visible at that scale. 0
Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.
Kommentare
8 Kommentare