Bug 54206 - README_en-US links to http://www.libreoffice.org/welcome/readme.html -> 404 Page Not Found
Summary: README_en-US links to http://www.libreoffice.org/welcome/readme.html -> 404 P...
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: WWW (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium trivial
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-29 12:31 UTC by Jakob Unterwurzacher
Modified: 2013-01-31 12:33 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jakob Unterwurzacher 2012-08-29 12:31:56 UTC
The file LibO_3.6.1.2_Linux_x86-64_install-deb_en-US/readmes/README_en-US
starts with

For latest updates to this readme file, see http://www.libreoffice.org/welcome/readme.html

which gives 404 Page Not Found.
Comment 1 Jean-Baptiste Faure 2012-09-01 09:15:15 UTC
Confirmed. Changed component to WWW.
Comment 2 Thomas Hackert 2013-01-20 06:46:14 UTC
Hello Jakob, *,
I can confirm it with Version 4.0.0.1 (Build ID: 527dba6f6e0cfbbc71bd6e7b88a52699bb48799) on Debian Testing AMD64 with installed German Langpack as well ... :( The German readme also links there, so it should be changed there, too ... :(
HTH
Thomas.
Comment 3 Rainer Bielefeld Retired 2013-01-22 05:34:53 UTC
Still [Reproducible] with server installation of  "4.1.0.0.alpha0 (Build ID: 072fc07107e9849ed7050d18575b42049db9657) TinderBox: Win-x86@6, Branch:master, Time: 2013-01-19 22:38:36  - ENGLISH UI / German Locale  on German WIN7 Home Premium (64bit) with LO41 Masters User Profile

Already the same link in Readme of "LibreOffice Portable 3.3.0  - WIN7  Home Premium (64bit) German UI [OOO330m19 (Build:6) tag libreoffice-3.3.0.4]" 

<http://www.libreoffice.org/welcome/> shows some text "This section contains some ressources that are referenced from the Readme included with the libreoffice.org installer", but I haven't a clue how to find out where the intended documents can be found (or even: whether they exist).

@Petr, @Marc:
Can you please synchronize Readme.txt and website?
Comment 4 Marc Pare 2013-01-29 03:56:51 UTC
We are discussing this on the QA list with Florian. IMO, there is no reason to have this file on our Website.

At present our version of SilverStripe does not allow the creation of files with suffixes of ".html" and the only file that would be in /welcome/ would be the readme.html. I am trying to close out files and categories that were created 2 years ago and were never used for any purpose or their purposes no longer is needed. We no longer have a need for /welcome/ -- I suspect it is being kept for some kind of legacy link or something.

I have created a readme file here [https://www.libreoffice.org/get-help/readme] where it is better fitted and have suggested to the QA people that we should just delete this sentence from the v.4.0 files. IMO, there is no need to have it on the website. Florian is taking a look at this.

I will also ask Erich to create a redirect for any requests for "http://www.libreoffice.org/welcome/readme.html" to be redirected to "https://www.libreoffice.org/get-help/readme" -- this should solve any legacy requests for the readme page.

Hopefully this will all occur before the v.4.0 release. It would be nice if the sentence were either erased or at the very least point to the more appropriate https://www.libreoffice.org/get-help/readme page.

I also see that this would have to be changed in all native language readme files. I am not sure if this is a big job of not. Annyoing for sure.

Marc
Comment 5 Marc Pare 2013-01-31 12:33:46 UTC
Florian has put a redirect on the http://www.libreoffice.org/welcome/readme.html page which will now lead to http://www.libreoffice.org/get-help/readme.

I have also checked some other nl downloads and they seem to all have the same problem, but point to the same page. So, the redirect will work for the nl downloads also.

I am closing the bug. 

Marc