Closed Bug 268239 Opened 20 years ago Closed 19 years ago

calendar does not start - unknown entity in calendar.xul

Categories

(Calendar :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: moltis, Assigned: mostafah)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.7.3) Gecko/20040910
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.7.3) Gecko/20040910

Had working calendar under Mozilla 1.7.2.
Installed Mozilla 1.7.3 in new directory.
Installed calendar for 1.7.3.
Installed german language pack for 1.7.3.

Calendar does not start - XML error message.

Symtoms: Calendar button shows in status bar at the bottom, but when clicking on
it, a message window pops up: XML-Verarbeitungsfehler: Unbekannte Entity
Adresse: chrome://calendar/content/calendar.xul, Zeile Nr. 137, Spalte 39: 
<key id="new_event_key"     key="&event.new.event.key; ..."
    label="&calendar.open.file.label;".

The error locations "arrows" point to both &-Sybmols in the XML file.



Reproducible: Always
Steps to Reproduce:
1. Start Mozilla 1.7.3
2. Klick on Calendar button


Actual Results:  
message window pops up: XML-Verarbeitungsfehler: Unbekannte Entity
Adresse: chrome://calendar/content/calendar.xul, Zeile Nr. 137, Spalte 39: 
<key id="new_event_key"     key="&event.new.event.key; ..."
    label="&calendar.open.file.label;".

The error locations "arrows" point to both &-Sybmols in the XML file.

Expected Results:  
Calendar Window should have opened.

I'm using the standard theme, the german language pack.
2004-11-08: Now it suddenly works - calendar comes up! I have no idea, why
though. I only have installed Sunbird V0.2 in the meanwhile and imported the
original calendar files from my Mozilla profile. I'm sorry that I'm unable to
give a better clue than that ...
Reporter,
Are you continuing to experience this bug, or has it not reappeared?
I did now a fresh installation in order to try to reproduce the problem,
but this time, I had no problems.

Mozilla: 1.7.3 Complete Install
Started Mozilla
Installed German Language Pack - global install
Terminate and restart Mozilla
Installed Calendar
Terminate and restart
Works fine.

System: Windows XP Home SP2, German

When I experienced the problem, maybe it had something to do with 
the data in my profile directory? Back then, I was upgrading from 
Mozilla 1.7.2 with calendar (matching version, but I cannot recall,
which one it was - it is no longer available on the download pages).

If I remember correctly, I opened and saved the calendar preferences,
after which calendar started to work, when I restarted Mozilla. 
If XML files are included in others while parsing them, 
an explanation could be, that one file was corrupt somehow?
Just a guess ...
Could be. Thanks for checking.

Until this can be replicated, I'm marking this bug as WFM.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
I updated now from Mozilla 1.7.3 to 1.7.5 and ran into a similar problem. I was
able to reproduce it after deinstalling 1.7.5. Steps to reproduce:

1) Removed 1.7.3 version, which had german language theme enabled. Verified,
that program directory was completey gone.
2) Installed 1.7.5 version. Note, that I did not install the german language
pack yet.
3) Installed calendar (for Mozilla 1.7.3 - version as of 20041217).
4) Restarted Mozilla.
5) Calendar was not shown in the WINDOW menu, neither did the calendar icon
appear at the bottom of the window. Instead, below the status bar at the bottom,
a new panel appeared showing the following text in red letters: 

  <key id="key_calendar" key="&calendarCmd.commandkey;" command="Tasks:Calendar"
modifiers="accel"/>
--^

6) Ignored the problem and installed german language pack. After installation,
activated german as language and restarted Mozilla.
7) Now Mozilla comes up fine, calendar is working fine.

My gut feeling is, that it is a L10N problem which is "automatically" fixed by
installing the german language pack after installing the calendar.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
(In reply to comment #5)
> I updated now from Mozilla 1.7.3 to 1.7.5 and ran into a similar problem. I was
> able to reproduce it after deinstalling 1.7.5. Steps to reproduce:
> 
> 1) Removed 1.7.3 version, which had german language theme enabled. Verified,
> that program directory was completey gone.

Did you also delete your local Mozilla application data directory?

> My gut feeling is, that it is a L10N problem which is "automatically" fixed by
> installing the german language pack after installing the calendar.

If you didn't delete your local app directory, I'm thinking that MozCal is
looking for the German lang pack, per your old prefs.

If you haven't already, please try deleting/moving your Mozilla application data
directory also and report back.
(In reply to comment #5)

> 6) Ignored the problem and installed german language pack. After installation,
> activated german as language and restarted Mozilla.
> 7) Now Mozilla comes up fine, calendar is working fine.
> 
> My gut feeling is, that it is a L10N problem which is "automatically" fixed by
> installing the german language pack after installing the calendar.

Reproducible: I've reproduced the error on W2k SP4.
Had working calendar under SM 1.7.3 de-AT from http://mozilla.kairo.at/
calendar_windows_20040910.xpi

Steps to Reproduce:
Installed Mozilla 1.7.6 in a new directory without deleting 1.7.3. before:
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.6) Gecko/20050319
I had not deleted my local app directory, before.
1.7.6. used my bookmarks and settings without any intervention of me.

Installed calendar as my first extension: calendar_windows_20050111.xpi
Problems as described above in this report. 

Actual Results:
After installing the german language pack mozilla-1.7.6.de-AT.langpack.xpi:
Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7.6) Gecko/20050319
the calendar starts up fine. But when creating an event or changing existing
events an XML Parsing error occurs again:

XML Parsing Error: undefined entity
Location: chrome://calendar/content/eventDialog.xul
Line Number 121, Column 25:
<tab label="&newevent.newevent.tab.label;"/>
------------^
The error locations "arrows" point to the &-Sybmol in the XML file.
The error message above is displayed in german.
(In reply to comment #6)
> If you didn't delete your local app directory, I'm thinking that MozCal is
> looking for the German lang pack, per your old prefs.
> 
> If you haven't already, please try deleting/moving your Mozilla application data
> directory also and report back.

You are correct, I didn't remove my local app directory, nor did I remove
Mozilla Extensions prior to the upgrade. Until recently I was unaware of this
procedure before updates. Frankly, it is quite painful for users since there so
many updates due to security fixes.  ;)
(In reply to comment #7)

> Actual Results:
> After installing the german language pack mozilla-1.7.6.de-AT.langpack.xpi:
> Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7.6) Gecko/20050319
> the calendar starts up fine. But when creating an event or changing existing
> events an XML Parsing error occurs again:
> 
> XML Parsing Error: undefined entity
> Location: chrome://calendar/content/eventDialog.xul
> Line Number 121, Column 25:
> <tab label="&newevent.newevent.tab.label;"/>
> ------------^

WFM:
Deleting chrome.rdf in the chrome-folder, as proposed in the German
Mozilla FAQ (<http://www.holgermetzger.de/faq.html>,
<http://www.holgermetzger.de/faqprobleme.html#1>).

Actual Results: removed the XML error message but unfortunatly the
german language settings in SM are gone, too. Calendar and SM are
working fine in English language now.

Reproduced:
Reinstalling the german language pack creates the XML error message
when I want to edit an event in calendar again.

Expected Results: Calendar should work with german language pack
(mozilla-1.7.6.de-AT.langpack.xpi) installed.
QA Contact: gurganbl → general
Marking WONTFIX because XPI-only?
XPI-only
-> WONTFIX
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago19 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.