Bug 787532 - RFE: Persistent (Stable) URLs
Summary: RFE: Persistent (Stable) URLs
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: PressGang CCMS
Classification: Community
Component: Web-UI
Version: 1.x
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: Matthew Casperson
QA Contact:
URL:
Whiteboard:
Depends On: 783356
Blocks: 678108
TreeView+ depends on / blocked
 
Reported: 2012-02-06 00:57 UTC by Joshua Wulf
Modified: 2014-10-19 23:00 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-05-29 02:55:07 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 783356 0 unspecified CLOSED Pretty URLs and URL slug property for topics 2021-02-22 00:41:40 UTC
Red Hat Bugzilla 811441 0 unspecified NEW RFE: Fixed URL should update when title field does 2023-06-23 14:12:54 UTC

Internal Links: 783356 811441

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.


Note You need to log in before you can comment on or make changes to this bug.