Parsing error in mailWindow1.css

RESOLVED WORKSFORME

Status

Thunderbird
Message Compose Window
--
major
RESOLVED WORKSFORME
12 years ago
10 years ago

People

(Reporter: Johannes Buchner, Assigned: Scott MacGregor)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

12 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060516 Minefield/3.0a1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060516 Minefield/3.0a1

When trying to start Thunderbird with todays nightly i get 2 windows with no titles and size=0 in the top left of my screen. They both contain the content:

XML Parsing Error: not well-formed
Location: chrome://messenger/content/messenger.xul
Line Number 1, Column 5:

nger/skin/mailWindow1.css" type="text/css"?> 
----^
^

Very evil. Very.

Reproducible: Always
(Reporter)

Comment 1

12 years ago
Hmm, i somehow solved the bug by editing the file messenger.xul in Mozilla Thunderbird\chrome\messenger.jar\content\messenger. 
The first lines are 
<?xml version="1.0"?>


<?xml-stylesheet href="chrome://messenger/skin/mailWindow1.css" type="text/css"?> 

<?xul-overlay href="chrome://global/content/globalOverlay.xul"?>
<?xul-overlay href="chrome://communicator/content/utilityOverlay.xul"?>
<?xul-overlay href="chrome://messenger/content/msgHdrViewOverlay.xul"?>
<?xul-overlay href="chrome://messenger/content/mailWindowOverlay.xul"?>
<?xul-overlay href="chrome://messenger/content/mailOverlay.xul"?>
<?xul-overlay href="chrome://communicator/content/contentAreaContextOverlay.xul"?>

Updated

12 years ago
Severity: critical → major
(Reporter)

Comment 2

12 years ago
Actually, i couldn't solve it, it occurred again today.
(Reporter)

Comment 3

12 years ago
Rewriting the file to Windows Format is a workaround for me. The bug vanishes then (until the next update)

Comment 4

12 years ago
Is this still a problem with a current nightly?
(Reporter)

Comment 5

12 years ago
(In reply to comment #4)
> Is this still a problem with a current nightly?
Hmm, I didn't have the problem today, but it didn't happen everyday (probably only when messenger.jar changed in the update). I'll keep an eye on that. Was there a change that might fixed the problem?
(Reporter)

Comment 6

12 years ago
(In reply to comment #4)
> Is this still a problem with a current nightly?
Yes, it is with 20060605. The trick with rewriting the file to windows whitespace still works.

Comment 7

12 years ago
I've seen a lot of checkins from mscott regarding him putting Windows line endings in files. 

Johannes, can you produce a patch for this? If not, I could probably do it.
Status: UNCONFIRMED → NEW
Ever confirmed: true
(Reporter)

Comment 8

12 years ago
(In reply to comment #7)
> Johannes, can you produce a patch for this? If not, I could probably do it.
I'd really like to, but I have no clue on how to make a patch for changing a files newlines. Please help me out.

Comment 9

12 years ago
Maybe mscott knows what going on here (assuming it's a problem with line endings...).
(Assignee)

Comment 10

12 years ago
Hmm, I just took a look at messenger.xul and mailWindow1.css on the trunk and the 1.8 branch and the line endings for both of those files looked correct.

Comment 11

11 years ago
Still a problem?
Trunk-only?
Why filed under "compose window"?  messenger.xul is the 3pane, and mailWindow1.css is only used by the 3pane.
QA Contact: message-compose

Comment 12

10 years ago
No response from reporter, and I haven't seen any reports of this lately.  If anyone is still seeing this in trunk nightlies, feel free to reopen. -> WFM.
Status: NEW → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.