Bug 787532

Summary: RFE: Persistent (Stable) URLs
Product: [Community] PressGang CCMS Reporter: Joshua Wulf <jwulf>
Component: Web-UIAssignee: Matthew Casperson <mcaspers>
Status: CLOSED WORKSFORME QA Contact:
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 1.xCC: cbredesen, lcarlon, misty, topic-tool-list
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-05-29 02:55:07 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 783356    
Bug Blocks: 678108    

Description Joshua Wulf 2012-02-06 00:57:43 UTC
Once a URL has been published to the web, it needs to be available in all future releases, even if the topic is renamed, moved, or deprecated. So we need a mechanism for making sure that all published URLs continue to resolve to content in future refreshes / releases.

For deprecated topics we may need a deprecated content notice, or a redirection mechanism to take people to updated content.

Comment 1 Joshua Wulf 2012-02-06 01:06:41 UTC
Currently Skynet generates an output web of html, packages it and mails it out. 

It has no knowledge of the output beyond that.

Perhaps we need Skynet to have the ability to hold awareness of a "release" and iterations of that release, checking the referential integrity between the two.

Comment 2 Joshua Wulf 2012-02-06 06:14:32 UTC
Perhaps a better term for this is "stable" urls.

Our published urls represent a public-facing API to our documentation, and people hook their browsers up to this API via bookmarking.

So we need to maintain a stable API across all iterations of a major release.

Comment 3 Matthew Casperson 2012-02-21 01:14:59 UTC

*** This bug has been marked as a duplicate of bug 783356 ***

Comment 4 Joshua Wulf 2012-08-03 14:38:39 UTC
I want to reopen this RFE. It differs from 783356, which is about human readable URLs. This request is specifically for a "stable URL" implementation across a release.

A URL may be "pretty" (human-readable) or not, it may even change, but the point of this RFE is that once published, a URL for a topic should continue to resolve.

URLs should be either:
(a) Unchangeable once a document has been published
(b) Able to be tracked such that we can automatically generate redirect rules so that bookmarks to the published topic continue to resolve, even when we change the URL.

(a) makes sense if URLs were machine-readable only, then there would be no need to allow for editing; but if topic URLs are human-readable for SEO and for human readability, then it doesn't make sense to make them rigidly unchangeable. If something is wrong in human-readable text, then it needs to be corrected. In this case (b) makes sense.

So URLs might change, and we need a mechanism for stable and persistent URLs through automatic redirects.

Comment 5 Misty Stanley-Jones 2013-05-29 02:55:07 UTC
You have to go through some hijinks to change the URL now so I think it is reasonably stable. Closing.