QuickCapture - Project can't be saved due to "access to layers"

pjdohertygis / SARCOP

This is a GitHub page for recording and resolving issues related to SARCOP.

https://nsargc.napsgfoundation.org/

GNU General Public License v3.0

10 stars 0 forks source link

QuickCapture - Project can't be saved due to "access to layers" #220

Closed pjdohertygis closed 2 years ago

pjdohertygis commented 2 years ago

This is a new error that just popped for us the first time today June 7th, 2022. I'll document here and then get a ticket in with Esri Support.

This error is stating "you don't have access to the layers in the project map" even though we are certain we do and did not make any recent changes to sharing. We are seeing error this in both our NAPSG Sandbox and FEMA Production environment. It appears to be since this update. https://doc.arcgis.com/en/quickcapture/faq/whatsnew.htm

This means that I can no longer make any changes to our QuickCapture Projects and save them, so it is a high priority issue.

pjdohertygis commented 2 years ago

Just in case it is helpful, here is what our json editor looks like - any immediate issues?

IsmaelInRedlands commented 2 years ago

Hi Paul. Definitively, this issue is caused by the latest update. By design, this warning should only appear if the web map uses layers for which the author does not have access. I setup a call later today with you. Hope you can make it, so we can debug this though screen-sharing.

xiao8579 commented 2 years ago

Hi @pjdohertygis This error indicates that you (as the project author) currently don't have access to the feature layers that are used in the project map. Can you check if the layers have also been shared with the project author, as well as the target field users?

pjdohertygis commented 2 years ago

Yes indeed, sharing is all set up correctly. Furthermore, this is happening across EVERY single QuickCapture project I own where a web map is used. @xiao8579 @IsmaelInRedlands

Web Map: https://napsg.maps.arcgis.com/home/item.html?id=180845d9e64043eabda02214da76729c Project: https://napsg.maps.arcgis.com/apps/quickcapture/project/7ca4485d28d048b58b5741e7c51a3c71/design

Things I have tried so far:

Project author signing in, they receive the same error, even if they own the web map as well
Unsharing and sharing the web map (along with all layers)
Removing several layers and tables
Cleared cookies / browser history
Changing the map to a generic base map (this makes the error go away, but then when I go back to a web map, I cannot save it)
Switching to another web map (this Offline web map seems to let me save, which is strange because it is very similar to the Online version)

IsmaelInRedlands commented 2 years ago

Yeap. I can repro on my own too. Researching. Looks like a bug. Please log a Tech Support issue if you do not mind while we work on resolution.

pjdohertygis commented 2 years ago

Met with Esri QC Team - they think they've identified the issue as being related to grouped layers in web maps. Potential hotfix will be available later this week and will update here.

xiao8579 commented 2 years ago

This issue has been fixed and can be verified now on the beta website https://qaext.arcgis.com/apps/quickcapture, let me know how it works on your end.

pjdohertygis commented 2 years ago

@xiao8579 please post back here when the hotfix is in production - thank you for all of your help!!!

xiao8579 commented 2 years ago

Hi @pjdohertygis The fixes are on production now. https://www.arcgis.com/apps/quickcapture/

pjdohertygis commented 2 years ago

Confirmed and thank you Team!!!

pjdohertygis commented 2 years ago

We are still seeing some issues - this time not caused by grouping layers - but with mixed content sharing. @xiao8579 I'll post more screenshots for our US&R Workflow, but here is a simple one for testing.

@avezina and I test QuickCapture MMPK workflows when we go on hikes 🤓 . In this scenario I've created a MMPK in the napsg.maps.arcgis.com envirornment and shared it into a group hosted by https://pjdohertymaps.maps.arcgis.com/. The MMPK contains some online content that privately shared (feature layers for data collection), some online content that is publicly shared (online basemap) and some offline content that is packaged (offline basemap).

The QuickCapture Project is hosted in https://pjdohertymaps.maps.arcgis.com/ When I add the MMPK, which is privately shared to the QuickCapture Project, which is also privately shared into the same group, I get the following error.

If I sign in with the napsg.maps.arcgis.com account and share the mmpk with Everyone, the error disappears!

When I go back to sharing the MMPK privately, I see no errors in the Network or Error console, but the Error appears in the UI and I cannot save the project.

pjdohertygis commented 2 years ago

(Sent this is an email, but documenting here) @xiao8579 After yesterday’s call…. I think the common factor across both cases where we still have issues is the map item (web map or mmpk) is shared into the common group, BUT the owner of the map item is different than the owner of the QuickCapture project. So the only fix is to make the map item public (shared with Everyone).

Two Cases with Error:

NSARGC US&R QuickCapture for testing Tracker (web map is owned by pdoherty_napsg from napsg.maps.arcgis.com, project is owned by nsargc_admin on fema-hub.arcgis.com)
Paul and Alix QuickCapture for hiking (mmpk owned by pdoherty_napsg from napsg.maps.arcgis.com, project is pjdohertygis.maps.arcgis.com)

One Case without the Error

FEMA US&R QuickCapture (web map is owned by fema_hq_usr on fema.maps.arcgis.com and so is the QuickCapture Project) o This web map has mixed content from three different organizations, Tracker, etc. – it is just as complex as the two cases above, but the owner is consistent.

pjdohertygis commented 2 years ago

Ok after troubleshooting, we think the final issues have been resolved and was caused by a browser cache issue. Thank you @xiao8579 for all of the support.