You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Relates to feedback from Mellon-funded Embedding Preservability project. This is similar in effect to #3531. When clicking a link from the toc page (e.g. https://manifold.umn.edu/read/metagaming/section/50eda481-7722-4de0-abb8-3bf771d143d0#toc), if you click a content page link it will switch the "metagaming" slug in the URL to a UUID instead. There is a similar affect if you navigate back to the content page using the link at the top of a section.
Expected Behavior
I expect the URLs to consistently use the slug version of the URL as you navigate pages
Current Behavior
Clicking a link in the content page switches the URL to the UUID format from /read/{slug}/section/{uuid} to /read/{uuid}/section/{uuid} it then continues to use the UUID until you click something that forces it back to the slug. Clicking back to the content page using the link at the top of section does the same thing.
Possible Solution
Change the content page links and links to the content page to use the slug version of the URL.
Two URLs referencing the same content are treated as separate pages by web crawlers adding burden to the crawl and any archived copies. This is an attempt to make web crawls more efficient, smaller, less burdensome on the server. Also, would like to be able to use the slug as a keyword to control crawl scope so that you can automatically crawl all content related to a single publication.
The text was updated successfully, but these errors were encountered:
Relates to feedback from Mellon-funded Embedding Preservability project. This is similar in effect to #3531. When clicking a link from the toc page (e.g. https://manifold.umn.edu/read/metagaming/section/50eda481-7722-4de0-abb8-3bf771d143d0#toc), if you click a content page link it will switch the "metagaming" slug in the URL to a UUID instead. There is a similar affect if you navigate back to the content page using the link at the top of a section.
Expected Behavior
I expect the URLs to consistently use the slug version of the URL as you navigate pages
Current Behavior
Clicking a link in the content page switches the URL to the UUID format from
/read/{slug}/section/{uuid}
to/read/{uuid}/section/{uuid}
it then continues to use the UUID until you click something that forces it back to the slug. Clicking back to the content page using the link at the top of section does the same thing.Possible Solution
Change the content page links and links to the content page to use the slug version of the URL.
Steps to Reproduce
Context (Environment)
Two URLs referencing the same content are treated as separate pages by web crawlers adding burden to the crawl and any archived copies. This is an attempt to make web crawls more efficient, smaller, less burdensome on the server. Also, would like to be able to use the slug as a keyword to control crawl scope so that you can automatically crawl all content related to a single publication.
The text was updated successfully, but these errors were encountered: