Closed Bug 134082 Opened 23 years ago Closed 23 years ago

Installed Calendar for the first time. . .tried to use it and I get an error.

Categories

(Calendar :: Sunbird Only, defect)

x86
All
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: griffon4, Assigned: mikeypotter)

Details

The error said to send a bug and "add the following information": Error returned: TypeError: Components.classes('@mozilla.org/ical;1') has no properties. I have done what you asked of me. . .I will go now.
dupe of 132554?
I get the same error using the 2002-03-25 Calendar xpi and Mozilla Linux trunk build 2002-03-28-08. After the error is dismissed, the calendar program appears to launch correctly. Please change platform to "all".
A few notes: This bug seems to be a consequence of fixing bug 132554, but is not a dupe of 132554. It is stated in the discussion (comment number 5) on that bug that the error message should prompt someone to file a new bug, as directed by the alert. This bug does not only occur the first time that Calendar is launched. So, could we edit the summary to something like "TypeError alert launching calendar, Components.classes['@mozilla.org/ical;1'] has no properties'", or maybe something shorter along those lines? This would make the bug easier to find. The alert dialog showing the error has a typo in it. It reads "componenent" rather than "component" in the phrase "The ICAL componenent..." Yeah, i know that spelling in debug code has super high priority. :-)
dupe of bug 134168? you will likely have to completely remove calendar before going back a version (last known working version -- mar 25).
As i mentioned in comment 2, i am also seeing this problem on Linux. So this bug can't be a dupe of bug 134168. Please change the platform of this bug to "ALL". (I don't have the authority to do so.)
marking all
OS: Windows 2000 → All
Another note on comment 4. Please note that i get this problem precisely with the March 25 version. So, with respect to this bug, the March 25 xpi cannot be the "last known working version". (I assume that it's the March 25 version, because i got it from the March 25 link on this page: <http://www.mozilla.org/projects/calendar>. It would be nice to be able to identify the Calendar version from within the program. I'll file a separate bug on that.)
Oh, I see... the march 25th link isn't really a link to the march 25th build. They all link to the same, "latest" build. Mike, we should remove the links from previous days, as this is obviously confusing the users. Only have a link in the "latest" calendar XPI.
Oh, that does make things clearer. I also filed bug 134433, adding an "About" page, so that users will be able to identify which version of Calendar they are running. I think that this will be essential for tracking Calendar bugs.
We already have two (potential) dupes of this. Could we please change the summary line so that it's easier to identify, as suggested in comment 3?
Please try going to http://mozilla.org/projects/calendar/ and clicking to install the latest XPI. I think I fixed this problem this morning.
Sorry, i just did a fresh Mozilla install and a fresh Calendar. I still get the alert message... and Calendar remains unusable. Mozilla Linux trunk build 2002-04-01-08.
Calendar works OK. Error as mentioned as away Pieter Wolters Win 98SE / 256MB / Celeron 366 Mozilla 0.99 / build 2002031104
bulbul: Can you tell me which Linux build you are using? Are there any JS errors in the console?
My build is Mozilla Linux trunk build 2002-04-01-08. I have two JavaScript errors: Error: gCalendarWindow has no properties Source File: chrome://calendar/content/calendar.js Line: 1028 Error: this.gICalLib has no properties Source File: chrome://calendar/content/calendarEvent.js Line: 342
Leston: Try rerunning regxpcom. Failing that, remove your component.reg file and rerun regxpcom. There may be other errors from that.
Hmmm... I can't run regxpcom. I get this error: ./regxpcom: error while loading shared libraries: libxpcom.so: cannot load shared object file: No such file or directory This even though libxpcom.so is present in the directory. I'll look for a bug on that. Or is there some trick i should know about?
ask about that in #mozilla. I remember someone helped me with that once, but I can't remember the solution.
Try this before running regxpcom: export LD_LIBRARY_PATH=<mozilla-bin-path> and replace mozilla-bin-path with the location pointing to where regxpcom resides ( Your mozilla bin directory )
Sorry. That didn't work either. I've opened bug 134710 on this. Surely that will get me an answer.
Removing your component.reg file and rerunning Mozilla shoulld fix this problem.
When i remove component.reg, Mozilla will not start. I think this is a new bug, since i tried that a few days ago, which had a different result, which i have documented in bug 134128. Now when i remove component.reg and try to run Mozilla, i get the following error: nsNativeComponentLoader: SelfRegisterDll(/usr/local/mozilla/components/libxpical.so) Load FAILED with error: libical.so.0: cannot load shared object file: No such file or directory Mozilla Linux trunk build 2002-04-01-08.
This means you don't have libical properly installed or it is conflicting with an existing installation. Please install the RPM (from the website) and report any conflicts.
The problem for Linux was another version of libical installed. Marking this as works for me.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
verified
Status: RESOLVED → VERIFIED
The bugspam monkeys have been set free and are feeding on Calendar :: Sunbird Only. Be afraid for your sanity!
QA Contact: colint → sunbird
You need to log in before you can comment on or make changes to this bug.