Closed Bug 338285 Opened 18 years ago Closed 16 years ago

Parsing error in mailWindow1.css

Categories

(Thunderbird :: Message Compose Window, defect)

Product:
Thunderbird
Component:
Message Compose Window
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: buchner.johannes, Assigned: mscott)

Details

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
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"?>
Severity: critical → major
Actually, i couldn't solve it, it occurred again today.
Rewriting the file to Windows Format is a workaround for me. The bug vanishes then (until the next update)
Is this still a problem with a current nightly?
(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?
(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.


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
(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.
Maybe mscott knows what going on here (assuming it's a problem with line endings...).
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.
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
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
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.