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)

x86
Windows XP
defect
Not set
normal

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:
This problem occurs in Firefox nightlies as well.
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.
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
Probably caused by the check-in for bug #252679?
Vidar, care to recheck with today's build?  Ben did some checkins yesterday to
fix some issues in the EULA for Linux and Windows.
WFM

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Confirming for Thunderbird "version 0.9+ (20041107)".

Should the "Product" be returned back to "Thunderbird"?
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'.
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.
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.
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
(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 ;)
Confirmed for Thunderbird: version 0.9+ (20041107) under Windows 2003 with
windows installer
*** Bug 268404 has been marked as a duplicate of this bug. ***
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
Flags: blocking-aviary1.0-L10N? → blocking-aviary1.0-L10N+
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
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
Verified fixed with the latest de-DE win installer.
Status: RESOLVED → VERIFIED
QA Contact: bugzilla → build.config
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.

Attachment

General

Creator:
Created:
Updated:
Size: