New experience for managing your site’s pages in workspaces (beta)

[JustinPrather]

If you have enabled workspaces (beta) of ArcGIS Hub, then you have a new experience for managing your site’s pages. 

Benefits of the new experience

Hub pages are useful for sharing information with specific audiences and can integrate multiple applications, content galleries, and media. Pages can already be shared with the public or with specific groups of people for privileged information.

We made it easier to also collaborate on who can edit a page. Now, people can be given permission to edit a page without requiring that person be able to edit your site. Page items are managed just like other items in your organization. 

We are also expanding the use of pages. Some sites had hundreds, or even thousands, of pages. Recent updates to Hub provide better performance and support for these sites with many pages. 

Last, coming soon you will be able to add pages to other Hub content such as pages for initiatives, projects, events, and even as related content for datasets, discussion boards, and apps. These capabilities will allow you to provide useful information about your work that is easy to create, use, and manage. 

What to expect

When viewing pages linked to your site in the site layout editor, you should notice two tabs: “Pages” and “Migration.” 

The “Pages” tab lists all pages that are in the groups of your site’s catalog. Going forward, the pages that appear in the catalog’s groups will be part of your site.  

The “Migration” tab lists all pages that are linked to the site through the former method of adding pages to your site (prior to workspaces in beta).

Migrate your pages 

Each page that is listed in the “Migration” tab must go through a migration process. Press “Migrate” to start the quick process.

First, you will confirm the page name and page slug.

Second, you will choose a group from the site’s catalog to connect the page.

Note: If you notice a specific page is listed in both tabs (as in the screenshots above), then the page still needs to be migrated. After you migrate the page, it will no longer appear in the Migration tab. 

We recommend beginning the process of migrating now. At a future undetermined date any pages that are linked, but not in the site’s catalog, will not load whether they are reached by the page’s id or slug.  

Slugs

We've additionally updated the way page slugs are handled. Previously all pages linked to a site needed to have unique slugs. Now we will not enforce unique page slugs per individual site.

When linking to a page, the Hub application will now always append a tilde (~) and the page id to the slug to ensure the user is routed to the correct page. In the case that a user visits a link to a page that does not have the id appended (i.e. from their bookmarks, or an from out-of-date link not generated by the Hub application), the application will use the slug to find the page within the site's catalog. If your site catalog happens to include two pages with identical slugs, then the application will show the first one it found.

Feedback

As you migrate your pages, we welcome feedback, questions, or ideas in Esri Community. 

[ChristaKemperman1]

Hi Justin,

Thanks for your blog.

I was trying to migrate some of my pages today and ran into an issue with the slug. I followed the steps you described above, and the name of the slug was filled in according to the name of my page (test9), which is what I was looking for. After the migration I saw that the slug was altered to "test9~705088f76ccb4215a6b1d3f98b550fdb", which is not want I want. 

I couldn't find how to change the slug back to "test9" (changing it was an easy option in the old editing mode) and also the slug was also not visible in editing mode itself (I needed the url itself to find out about it).

Is this still an issue to resolve in beta or is there another way that am I overlooking?

regards,

Christa Kemperman

[JustinPrather]

Thanks for the reply, @ChristaKemperman1.

I just updated the post to include more information about slugs. I hope this helps answer your question. If you have feedback or further questions, please let us know. 

[ChristaKemperman1]

Thanks for the update, @JustinPrather!

It helped me a bit further. Still some questions. In our ArcGIS Hub we use the slugs in the navigation-menu and also throughout the pages for linking to the pages (called "thema" in our case). I find that after migrating a page, this doesn't work anymore. Only after I include the ~ and new id-page in the redirect it works again.  See also the links I included below.

I kind of understand from your update that it should work with the old slugs? Am I correct in assuming this? If so, do you have an idea what still might be wrong with my Hub? If not so, I have a lot of work to do on this migration...

Kind regards,

Christa Kemperman

The two links to demonstrate my problem:

Old url to the "veiligheid"-page: https://geo-point.provincie-utrecht.nl/pages/veiligheid

New link to the page: https://geo-point.provincie-utrecht.nl/pages/veiligheid~3e0b873b3a044c92ae69df384a1bff13

[DucksInaRiver]

@JustinPrather 

The slug changes have created a problem on my end as well, and it's going to affect our statewide-level users. Our HUB site (https://vop-vdcr.hub.arcgis.com/) contains StoryMaps with links to HUB pages, and also custom navigation menus on some of the HUB pages. I did not know that the slug would change and now there will be many dead links throughout our HUB site. I'm not clear on why the slug change was necessary. Previously, my slugs were chosen to be as simple as possible like a web site. The additional characters complicates the web address. 

[JustinPrather]

@DucksInaRiver @ChristaKemperman1 –

Thank you for your comments and describing what you are seeing.

Our team has taken your feedback and started looking under the hood to see if the slugs are working as expected. We're in the process right now of making a fix that should be helpful to you, particularly as you have custom headers.

The tweak will do the following:

- @DucksInaRiver - for your page "Mapping Resources" using the slug "/maps" ... when a visitor navigates to https://vop-vdcr.hub.arcgis.com/pages/maps the site would load the "Mapping Resources" page (as long as the catalog has no other page with the slug "/maps")
- @ChristaKemperman1 - for your page "Veiligheid" using the slug "/veiligheid" ... when a visitor navigates to https://geo-point.provincie-utrecht.nl/pages/veiligheid, the site would load the "Veiligheid" page (as long as the catalog has no other page with the slug "/veiligheid")
- Theoretically, if you had two pages in your organization using the same slug ... example: "/about" ... if someone navigates to "/pages/about" the site would load the first page in the catalog that it finds with the slug "/about". 

I expect that this will make our release next Tuesday.

Thanks again for your posts, and please add any other feedback or concerns. 

[JustinPrather]

As of yesterday, May 14, the issue mentioned above is resolved. 

Thanks again for your replies, @ChristaKemperman1 and @DucksInaRiver. 

[MarthaRodgers]

Hi @JustinPrather I see on the example Header/Navigation bar you provided a dropdown that says "More".  Is there a way to get child pages into the Header using Workspaces?

Or are you using a Custom Header?

If we use a Custom Header is it possible to Hide/Unhide pages based on a particular Group which a community member is assigned to?  

For instance, we want the Public to see only ~half the pages, but Logged in users to see ALL pages.

Oh, and we are using HUB Premium.

Thanks for any advice!

[JustinPrather]

Thanks for the reply, @MarthaRodgers –

I see on the example Header/Navigation bar you provided a dropdown that says "More".  Is there a way to get child pages into the Header using Workspaces?

This "More" dropdown is a built-in menu truncation that activates when the header runs out of room to display the site name and all of the menu links.

If we use a Custom Header is it possible to Hide/Unhide pages based on a particular Group which a community member is assigned to?  

This functionality is not available with a custom header. 

Feel free to tell us more about this use case and how it is important to you!

[DucksInaRiver]

@JustinPrather 

Thank you so much for promptly looking into this and resolving it. I feel a bit more confident in following through with all the pending Migration pages in my site's Customize pane. 

Can you explain why half my pages are in this pending Migration status while the others are not? I have 21 total pages. I believe 10 were already in the Pages panel and 11 were in the Migration panel before I stopped migrating. Also, the ones that were already in the Pages panel also have their thumbnail icons, but the Migration ones lost the ones I set up in the metadata. 

Could this have anything to do with us duplicating the entire site and pages as a template last year as a backup copy? The HUB site duplicate has a different name and none of the pages are public-level shared, so I don't know how any of these pages would be visible in the site I linked to you, if that's the case.

[JustinPrather]

@DucksInaRiver –

Can you explain why half my pages are in this pending Migration status while the others are not?

The pages displayed in the Pages tab exist within the content group for your site. The pages displayed in the Migration tab are currently linked to your site through the previous behind-the-scenes configuration. 

As for your pages' thumbnails, I'm not sure. When you clone a page, the original item's thumbnail is applied to the clone. 

Feel free to point out any specific pages and I'll take a quick look.

[LondonWalker]

I am having an issue where my page has a tilde, but will not navigate to the page without it. It says "page not found". I only have one of these pages

Works: https://geodata.colorado.gov/pages/local-government~61c576873c514b2e8ed1c55b2e061316 

Doesn't work: https://geodata.colorado.gov/pages/local-government

[JustinPrather]

Hi @LondonWalker –

Thanks for the message. 

Is this page shared privately or to your organization? I'm unable to access either link.

[LondonWalker]

To a group in my org, but working correctly, it should show "please sign in" and not "page not found"

[JustinPrather]

@LondonWalker -

Can you confirm that the group appears in the list of Pages in your site's layout editor, and in which tabs it is appearing in (Pages and/or Migration tab)? 

Also, is the group that the page is shared to assigned to the catalog of the site? 

[LondonWalker]

It shows up in the pages tab and is shared to the catalog and the core team

[JustinPrather]

@LondonWalker -

I'm unable to reproduce the issue that you are having with your Hub Page. If you still are not able to get the Page to load with just the slug at https://geodata.colorado.gov/pages/local-government, I suggest logging a support ticket where it can be addressed further.

[vBright]

What do we do with pages that are in the migrate tab, but don't have a migrate button? About half the pages had a migrate button and we successfully moved those over to Pages, but the other half is still hanging out in the Migrate tab with no way to move them. It looks like some are pages where we changed the slug when migrating, and the rest are a mystery. Any tips?

[JustinPrather]

Thanks for the post, @vBright.

We've identified a case where the Migrate button is not displaying - preventing you from fully migrating the page. 

We're looking to prioritize a fix. Once this is implemented, the missing Migrate buttons will display as expected. 

Thanks again.

[vBright]

We're also having the same issue as @LondonWalker. We have a page that we migrated. It is shared to our org and previously prompted a log in. Now it is showing as "page not found" if you're not logged in when we only use the slug. If we link directly to the url with the slug+ID it works.

It's not consistent - there's another page that looks like it's shared exactly the same way and it prompts a log in correctly when only using the slug. 

How do we submit a bug for this?

[JustinPrather]

Thanks for the additional question, @vBright.

One quick question ... which might help me diagnose further:

What is the current sharing level of this page? Private, organization, or public? 

[vBright]

@JustinPrather 

The broken page and the page that works properly both appear to be shared the same way, but have different behaviors if the user is not signed in  

Employee GIS page
Shared to the organization, edit access is shared to the HUB site Core Team group, view access is shared with HUB Content group. 
https://state-of-gis.kingcounty.gov/pages/employee-gis-resources - leads to "page not found"
https://state-of-gis.kingcounty.gov/pages/employee-gis-resources~6eae4137c780432f992c515956e0eb06 - leads to sign in page

Content Sharing Guidelines page
Shared to the organization, edit access is shared to the HUB site Core Team group, view access is shared with the HUB Content group.
https://state-of-gis.kingcounty.gov/pages/content-sharing-guidelines - leads to the sign in page
https://state-of-gis.kingcounty.gov/pages/share-content~b0ff1c607d254b04835a9d1a45c18c96 - leads to sign in page

EDIT - We realized that after we migrated the Content Sharing page, there was no slug in the Workspace page, so we changed the slug to "share-content". The old url with the old slug still works and prompts for a log in. The new slug https://state-of-gis.kingcounty.gov/pages/share-content leads to "page not found" if not logged in. 
https://state-of-gis.kingcounty.gov/pages/content-sharing-guidelines - Old slug. Still leads to the sign in page
https://state-of-gis.kingcounty.gov/pages/share-content New slug. Leads to "page not found"

There doesn't appear to be a duplicate page or another page with the same new slug that would be causing interference for either page.

[DataOfficer]

@vBright @JustinPrather we are also seeing some issues of items and pages returning 'Page Not Found' depending on sharing and whether a user is signed in or not. Logged as Esri Case #0395343. This is occurring on existing sites (where we have not yet migrated our pages), and on newly created sites that have no pages.

[JustinPrather]

@vBright + @DataOfficer + @LondonWalker –

Thanks again, for your patience and thoroughness. 

I'm logging an issue to investigate this case. 

@DataOfficer – can you tell me more about the use case of this happening on sites that have no pages?

[DataOfficer]

@JustinPrather the site with no pages was just setup as part of the testing process within the support case, as we wanted to rule out whether having custom domains on our sites was part of the issue. I simply created a Hub (Premium) site and on the home page, added a gallery card containing a single Experience Builder app. The test site is still live publicly at https://testpnf-arc-trust.hub.arcgis.com/ (though I'll probably take it down sometime soon if no longer needed for the case). If a community user is not signed in, the app loads without issue (at the address https://testpnf-arc-trust.hub.arcgis.com/apps/6b22f45264ae43d9b0b8bdc8541accbd/explore). If a community user is signed in and tries to load the app from the gallery card, they receive the 'Page Not Found' error, and the browser URL is instead returned as https://testpnf-arc-trust.hub.arcgis.com/apps/6b22f45264ae43d9b0b8bdc8541accbd/about. 

[SJM]

@JustinPrather I started migrating old pages however ran into issues so stopped trying to migrate. This is what I ran into: I hit the migrate button for one of my pages, went through the prompts, got an error message saying trouble migrating, try again. So I tried again and got the same error message. Then I went back to the pages tab and the page that I just tried to migrate is now showing up in both the 'page' tab and the 'migrate' so I am unsure if this successfully migrated or not. Additionally, as a test, I cloned a different page to see where the page would show up, and the cloned page also showed up in both the 'page' tab and the 'migrate' tab. I am not sure what's going on here?