Closed
Bug 268242
Opened 20 years ago
Closed 20 years ago
"Software License Agreement" (EULA) has Unix line endings in localized builds
Categories
(Firefox Build System :: General, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: bugzilla, Assigned: chase)
References
Details
Attachments
(2 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041103 Firefox/1.0RC2 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041103 Firefox/1.0RC2 Using the "version 0.9+ (20041106)" installer of Thunderbird, when I reach the "Software License Agreement" page, the license looks broken. I suppose there is a problem with wrong line endings - they should be PC (CR+LF) but are Unix (LF). Reproducible: Always Steps to Reproduce:
| Reporter | ||
Comment 1•20 years ago
|
||
Comment 2•20 years ago
|
||
This problem occurs in Firefox nightlies as well.
Comment 3•20 years ago
|
||
Also, in Firefox, the license text says something about "if you want to translate this text, bla bla bla", and http://www.mozilla.org/license/ has no information on translating the license. I think cmp did some work on this yesterday (then there were no text at all), so I'm CC'ing him.
Comment 4•20 years ago
|
||
Moving to Firefox for impact, confirming, and requesting blocking-aviary1.0.
Assignee: mscott → bugs
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking-aviary1.0?
Product: Thunderbird → Firefox
QA Contact: bugzilla
| Reporter | ||
Comment 5•20 years ago
|
||
Probably caused by the check-in for bug #252679?
Comment 6•20 years ago
|
||
Vidar, care to recheck with today's build? Ben did some checkins yesterday to fix some issues in the EULA for Linux and Windows.
| Reporter | ||
Comment 7•20 years ago
|
||
WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
| Reporter | ||
Comment 8•20 years ago
|
||
Confirming for Thunderbird "version 0.9+ (20041107)". Should the "Product" be returned back to "Thunderbird"?
Comment 9•20 years ago
|
||
mconnor: I can confirm that <http://ftp.eu.mozilla.org/pub/mozilla.org/firefox/nightly/2004-11-07-07-0.11/firefox-1.0.en-US.win32.installer.exe> does not suffer from this problem. The current l10n nightlies do, however. In addition, http://www.mozilla.org/licensing/ has no information on translating the text, as the license proclaims it does. In fact, the URL given in the license ("WWW.MOZILLA.ORG/LICENSING") doesn't work, it gives 404 - you have to add a '/' and lowercase 'LICENSING'.
Comment 10•20 years ago
|
||
Myk can you look at the the last 4 lines of the bug, the comment about the URL being wrong and get this fixed? cbeard, can you get some text on that page? it turns out the localizers thought we would have info here about How to Translate, let's be clear that the info will be links to translated versions when we have them.
Comment 11•20 years ago
|
||
Myk can you look at the the last 4 lines of the bug, the comment about the URL being wrong and get this fixed? cbeard, can you get some text on that page? it turns out the localizers thought we would have info here about How to Translate, let's be clear that the info will be links to translated versions when we have them.
Comment 12•20 years ago
|
||
In addition, http://www.mozilla.org/licensing/ has no information on translating the text, as the license proclaims it does. >In fact, the URL given in the license ("WWW.MOZILLA.ORG/LICENSING") doesn't >work, it gives 404 - you have to add a '/' and lowercase 'LICENSING'. I fixed the case problem by making the redirect work with "LICENSING" as well as "licensing". As for having to add a slash ("/"), I don't see that in my tests: [myk@myk myk]$ telnet www.mozilla.org 80 Trying 207.126.111.202... Connected to www.mozilla.org. Escape character is '^]'. GET /LICENSING HTTP/1.0 Host: www.mozilla.org HTTP/1.1 301 Moved Permanently Date: Sun, 07 Nov 2004 18:14:57 GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) PHP/4.1.2 Location: http://www.mozilla.org/foundation/licensing.html Connection: close Content-Type: text/html; charset=iso-8859-1
Comment 13•20 years ago
|
||
(In reply to comment #12) > In addition, http://www.mozilla.org/licensing/ has no information on translating > the text, as the license proclaims it does. As stated in comment 3 and 9 :) > "licensing". As for having to add a slash ("/"), I don't see that in my tests: That's strange. I retested with a Firefox nightly and a Mozilla nightly, and I don't see the problem either. I tried with Epiphany (stable 1.7.x) on linux when I got the problem. Either 1.7 has that problem, or I was drunk earlier ;)
Comment 14•20 years ago
|
||
Confirmed for Thunderbird: version 0.9+ (20041107) under Windows 2003 with windows installer
Comment 15•20 years ago
|
||
*** Bug 268404 has been marked as a duplicate of this bug. ***
Comment 16•20 years ago
|
||
Localized builds have Unix-style line endings -> broken. en-US builds have Windows-style line endings -> correct. -> Build Config, cmp.
Assignee: bugs → cmp
Component: Installer → Build Config
Flags: blocking-aviary1.0? → blocking-aviary1.0-L10N?
Summary: "Software License Agreement" page broken (wrong line endings) → "Software License Agreement" (EULA) has Unix line endings in localized builds
Updated•20 years ago
|
Flags: blocking-aviary1.0-L10N? → blocking-aviary1.0-L10N+
| Assignee | ||
Comment 17•20 years ago
|
||
I've updated the Win32 l10n build machine to convert the EULA to DOS line endings. We'll test again after the next round of l10n builds are available.
Status: NEW → ASSIGNED
| Assignee | ||
Comment 18•20 years ago
|
||
Fixes checked in to CVS for both Firefox and Thunderbird build automation and Win32 build systems updated to use the fix.
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Comment 19•20 years ago
|
||
Verified fixed with the latest de-DE win installer.
Status: RESOLVED → VERIFIED
Updated•19 years ago
|
QA Contact: bugzilla → build.config
Updated•6 years ago
|
Component: Build Config → General
Product: Firefox → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•