Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
Summary: Direct links to RNs broken.
https://bugzilla.redhat.com/show_bug.cgi?id=595695
Summary: Direct links to RNs broken. Product: Fedora Documentation Version: devel Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: docs-requests AssignedTo: eric@christensenplace.us ReportedBy: eric@christensenplace.us QAContact: fedora-docs-list@redhat.com CC: stickster@gmail.com, kwade@redhat.com Classification: Fedora
Description of problem: * Previously, the release notes were located at http://docs.fedoraproject.org/release-notes/ * Their location has changed to release specific URLs. * A link to the release notes is provided in fedora-bookmarks. * fedora-bookmarks are imported by the browser only on *first launch* so as to not overwrite user modifications.
The new bookmarks layout causes two problems: 1. Nobody filed a fedora-bookmarks bug so Fedora 13 (and anyone on F-11 or F-12 etc) will default to going to http://docs.fedoraproject.org/release-notes/ which is a 404. Since the bookmarks can only be imported on first launch, we cannot push an update to fix this if the user has launched the browser (which is extremely likely). 2. Even if I were to fix the bookmarks page to point directly to a specific release version (which again would take effect only if someone would yum update before launching Firefox), then if anyone updated to F-14, the bookmark would not change and would still point to e.g. F-13.
So, I do not think that we should put version specific information into our bookmarks URLs. To solve both of the above problems, I believe we should try to do some User-Agent detection and redirection. Fedora browsers have an RPM NVR attached to them.
For example: Mozilla/5.0 (X11; U; Linux x86_64; es-ES; rv:1.9.2.4) Gecko/20100517 Fedora/3.6.4-1.fc13 Firefox/3.6.4
This tells us that the user's installed language is es-ES and it's a Fedora browser, specifically running F-13. We should then redirect queries to http://docs.fedoraproject.org/release-notes/ to http://docs.fedoraproject.org/es-ES/Fedora/13/html/Release_Notes/index.html
If we cannot figure any information out about the Fedora release or language (or there are no relnotes in that language), I propose the default redirect should be to the en-US version of the latest Fedora release notes.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=595695
--- Comment #1 from Eric Christensen eric@christensenplace.us 2010-05-25 07:55:50 EDT --- Above ticket moved from https://fedorahosted.org/docs/ticket/1.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=595695
Eric Christensen eric@christensenplace.us changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |r.landmann@redhat.com Flag| |needinfo?(r.landmann@redhat | |.com)
--- Comment #2 from Eric Christensen eric@christensenplace.us 2010-07-06 23:20:14 EDT --- Rudi: Has this been remedied, now?
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=595695
Ruediger Landmann rlandman@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |MODIFIED Flag|needinfo?(r.landmann@redhat | |.com) |
--- Comment #3 from Ruediger Landmann rlandman@redhat.com 2010-07-06 23:44:09 EDT --- Redirects are in place to take requests for generic titles and redirect them to the English HTML versions of the F13 documents, so:
http://docs.fedoraproject.org/release-notes/
redirects to
http://docs.fedoraproject.org/en-US/Fedora/13/html/Release_Notes/
Since every version of the Release Notes is accessible from every documentation page now, I think this is basically fixed.
To complete the fix, I think we should remove the server-side redirects sooner rather than later so that the website's own logic can redirect visitors to documentation in their own languages.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=595695
--- Comment #4 from Eric Christensen eric@christensenplace.us 2010-07-07 08:32:48 EDT --- Does the current website have such logic to do the redirect based on language?
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=595695
--- Comment #5 from Ruediger Landmann rlandman@redhat.com 2010-07-07 18:35:11 EDT --- (In reply to comment #4)
Does the current website have such logic to do the redirect based on language?
Yes! That's been in place right from the start. It's the reason why we needed to implement the links to untranslated versions of the docs, since visitors with their locale set to (for example) Spanish were getting redirected to the Spanish menu and then not realising that books that had not been translated even existed at all.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=595695
Eric Christensen eric@christensenplace.us changed:
What |Removed |Added ---------------------------------------------------------------------------- Flag| |needinfo?(r.landmann@redhat | |.com)
--- Comment #6 from Eric Christensen eric@christensenplace.us 2010-07-08 10:35:26 EDT --- Okay, so we are now ready to start removing the redirects?
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=595695
Eric Christensen eric@christensenplace.us changed:
What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|eric@christensenplace.us |r.landmann@redhat.com
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=595695
Eric Christensen eric@christensenplace.us changed:
What |Removed |Added ---------------------------------------------------------------------------- Flag| |needinfo?(r.landmann@redhat | |.com)
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=595695
Paul W. Frields stickster@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|stickster@gmail.com |
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=595695
Karsten Wade kwade@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|kwade@redhat.com |
--- Comment #7 from Karsten Wade kwade@redhat.com 2011-12-13 22:49:20 EST --- Removing myself for these bug components as I'm either no longer involved in that aspect of the project, or no longer care to watch this particular bug. Sorry if you are caught in a maelstrom of bug changes as a result!
https://bugzilla.redhat.com/show_bug.cgi?id=595695
Eric Christensen eric@christensenplace.us changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |CLOSED Resolution|--- |CURRENTRELEASE Flags|needinfo?(r.landmann@redhat | |.com) | Flags|needinfo?(r.landmann@redhat | |.com) | Last Closed| |2012-08-31 16:10:35