|
Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
| Summary: | NL community webpages used in languages.js should exist | ||
|---|---|---|---|
| Product: | Infrastructure | Reporter: | sebb |
| Component: | Downloads | Assignee: | Marcus <marcus> |
| Status: | CLOSED FIXED | QA Contact: | |
| Severity: | Normal | ||
| Priority: | P3 | CC: | issues |
| Version: | current | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| URL: | http://www.openoffice.org/download/index.html | ||
| Issue Type: | DEFECT | Latest Confirmation in: | --- |
| Developer Difficulty: | --- | ||
"marcus" committed SVN revision 1517911 #i123120# Improved alternative URL for several languages "marcus" committed SVN revision 1517912 into ooo-site/trunk/content/download: #i123120# Improved alternative URL for several languages Thanks for the hints. I've change the links to show the 'other.html' instead until we have a) a release for the respective language and b) a suitable webpage content. |
The script languages.js references NL community webpages, for example: "cy": {"-": ['cy', 'Welsh', 'Cymraeg', 'n', 'http://www.openoffice.org/cy/']} Some of the NL pages do not exist, for example: http://as.openoffice.org/ http://www.openoffice.org/be/ http://www.openoffice.org/kn/ http://www.openoffice.org/oc/ http://www.openoffice.org/or/ http://www.openoffice.org/ug/ Also some of the pages exist, but have no useful content: http://www.openoffice.org/is/ http://www.openoffice.org/km/ http://www.openoffice.org/mr/ http://www.openoffice.org/te/ And some still reference previous versions: http://www.openoffice.org/ku/ http://www.openoffice.org/ru/ http://www.openoffice.org/th/ It seems to me that the user should never be directed to a page that does not exist or has no useful content. One way to achieve this would be to disable the language.js entries where the NL page does not exist. The user would then be taken to the en-US download page.