Bug 811441
Summary: | RFE: Fixed URL should update when title field does | ||
---|---|---|---|
Product: | [Community] PressGang CCMS | Reporter: | Misha H. Ali <mhusnain> |
Component: | Web-UI | Assignee: | Nobody <nobody> |
Status: | NEW --- | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 1.x | CC: | topic-tool-list |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-07-10 03:51:14 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Misha H. Ali
2012-04-11 04:59:22 UTC
I'm fairly sure that this was purposely done so that when a topic/book is published the link will always exist. Ie. You publish a topic that is called "Installing EDG" and its URL is "Installing_EDG.html". This is then picked up by google bots and shows up in searches. If you change the URL to "InstallingJDG.html" then you end up with two possible results in a search and one will point to nothing. Matt was the one who implemented this though, so he should be able to give a proper answer. I ran into this with one of my topics: 5709. The topic title was changed at some point from "Using the Maven Repository in a Project" to "Configure the Maven Repository for Your Project". The fixed URL property for this topic is: Using_the_Maven_Repository_in_a_Project If I search for "Configure the Maven Repository", I find it. If I search for "Using the Maven Repository", it provides a broken link to the now obsolete TopicID5709.html page. The Fixed URL property was designed not to be changed so as to prevent bookmarks from becoming invalid when the title changes. If the URL is meant to be "human-readable" text, though, then it should be meaningful. If it is different from the title, it will be misleading. I have a topic that started out life as the Hello World program in C. Later I developed a brand that allowed me to display multi code languages in the same place intelligently. Now I have a topic named: Red Hat Enterprise Messaging "Hello World" with a URL: ...sect-Hello_World.html#Hello_World_in_C The URL is now "wrong" - if it's meant to be human readable text that describes the content for intelligibility and SEO. So, either: the URLs should be machine readable only and not attempt to convey information to human readers and search engines; or: The URLs should accurately represent the information in the topic. Moving this back to NEW, since there hasn't been any activity on this bug for some time and we currently don't have anything scheduled. *** Bug 1100245 has been marked as a duplicate of this bug. *** Hi Lee, Do you guys have any plans on working on this feature? The URLs should accurately represent the section, if it doesn't it might be easier just to have numbers or random URLs rather than human readable information. As mentioned by Matt previously this is NOTABUG from our perspective as you should not be changing the URL's once a book has been published. If you do then it will create links in search results that no longer exist. In saying that however the main problem there is that we don't have the concept of published content, so at the moment they are set when building. When we have a concept of published, then we will move it over to only being set then. Another thing we could do in the interim until we have a published concept is to have the ability to clear all the Fixed URLs. However we couldn't do that until https://bugzilla.redhat.com/show_bug.cgi?id=1070040 is implemented due to topics being shared. If it does really worry you, then you are free to manually update them yourself via the "Extended Properties" tab in the UI. You could also file an RFE for an option to disable the human readable URLs when building (this would make them something like index.html#TopicID3737). |