Closed Bug 320362 Opened 20 years ago Closed 17 years ago

Unable to subscribe to remote calendar

Categories

(Calendar :: Internal Components, defect)

x86
Linux
defect
Not set
major

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: seb, Unassigned)

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.8) Gecko/20051107 Firefox/1.5 Build Identifier: Sunbird 0.3a1 When subscribing to remote calendar, when hitting "next" on the screen where you give it a name, absolutely nothing happens at all. When using sunbird 0.2 it is OK. This is using iCal over Apache webdav. Reproducible: Always Steps to Reproduce: 1. "Subscribe to remote calendar" 2. Select webdav option and enter URL that is known to work with sunbird 0.2 3. Press "next" 4. Enter name and colour for calendar 5. Press next Actual Results: Nothing at all. "Back" still works. Repeatedly pressing next does nothing. Expected Results: Next button causes remote calendar to be added I did a brief strace to see if I could get any clues, and the following seemed relevant: open("/home/seb/.mozilla/sunbird/default.l66/storage.sdb", O_RDWR|O_CREAT|O_LARGEFILE, 0644) = 64 fstat64(64, {st_mode=S_IFREG|0777, st_size=0, ...}) = 0 _llseek(64, 0, [0], SEEK_SET) = 0 read(64, "", 100) = 0 fcntl64(64, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=1073741824, len=1}, 0xfeedd73c) = -1 EACCES (Permission denied) write(2, "error creating table cal_calenda"..., 62) = 62 But even giving world write permission on the profile folder didn't help. This occurs whether I've left my old profile in-place or completely blown it away.
WFM on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051214 Mozilla Sunbird/0.3a1+
(In reply to comment #0) > When subscribing to remote calendar, when hitting "next" on the screen where > you give it a name, absolutely nothing happens at all. When using sunbird 0.2 > it is OK. This is using iCal over Apache webdav. Do you see any errors in the JavaScript Console (under Tools menu)? If yes please post them here. Can you subscribe to other calendars with Sunbird 0.3a1? For example try http://www.mozilla.org/projects/calendar/caldata/UKHolidays.ics to see if this works. If it works this might not be a problem with Sunbird but with your server configuration.
Can't subscribe to the Mozilla calendar either. Here's output from the JS log: Error: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [mozIStorageConnection.createStatement]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: file:///usr/local/sunbird_0-3/components/calCalendarManager.js :: createStatement :: line 47" data: no] Source File: file:///usr/local/sunbird_0-3/components/calCalendarManager.js Line: 47 Error: [Exception... "Component returned failure code: 0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE) [nsIJSCID.getService]" nsresult: "0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE)" location: "JS frame :: chrome://calendar/content/calendarUtils.js :: getCalendarManager :: line 46" data: no] Source File: chrome://calendar/content/calendarUtils.js Line: 46
(In reply to comment #3) > Error: [Exception... "Component returned failure code: 0x80004005 > (NS_ERROR_FAILURE) [mozIStorageConnection.createStatement]" nsresult: > "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: > file:///usr/local/sunbird_0-3/components/calCalendarManager.js :: > createStatement :: line 47" data: no] > Source File: file:///usr/local/sunbird_0-3/components/calCalendarManager.js > Line: 47 > > Error: [Exception... "Component returned failure code: 0x80570016 > (NS_ERROR_XPC_GS_RETURNED_FAILURE) [nsIJSCID.getService]" nsresult: > "0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE)" location: "JS frame :: > chrome://calendar/content/calendarUtils.js :: getCalendarManager :: line 46" > data: no] > Source File: chrome://calendar/content/calendarUtils.js > Line: 46 > This second error is the scary one in my mind. There's something serious going on if it can't get the calendarManager service. Specifically, it looks like there's some kind of component registration issue going on here. Possible solutions: 1.) Long shot, but trying running Sunbird once as root. 2.) Try running with a clean profile 3.) Remove sunbird, and unzip a new clean copy to another folder. Make sure you are preserving the folder structure of the zip file when doing so. If all these fail, please report back and post the UA string from the 'About' window.
Well. It works when I run it as root. It does not work when I run it "fresh" (where I take "fresh" as meaning "move ~/.mozilla/sunbird out of the way...). Running it as an entirely different non-root user, it also works. So it seems to be something to do with my overall mozilla profile - I'm guessing my understanding of "fresh" is broken. One time only, I also managed to get a segfault under my own profile ("run-mozilla.sh: line 431: 17148 Segmentation fault").
(In reply to comment #5) > Well. It works when I run it as root. It does not work when I run it "fresh" > (where I take "fresh" as meaning "move ~/.mozilla/sunbird out of the way...). > Running it as an entirely different non-root user, it also works. I would have thought this would be sufficient. However, you could try creating a new profile the more standard way with ./sunbird -P Perhaps related to bug 303579. I'd also suggest checking permissions on ~/.mozilla as well, but I'm just guessing.
OK, I've now tried: - Running with existing ~/.mozilla/sunbird profile - Moving ~/.mozilla/sunbird out of the way - Moving ~/.mozilla out of the way - untarring the tarball as me, root, and somenewuser - untarring it with various different umasks None of these works. The only things that work are: - "su -c sunbird root" - "su -c sunbird somenewuser" Utterly mystifying!
This is almost certainly a component registration problem of some sort. I've seen similar reports related to Thunderbird, Firefox, and even Seamonkey in the past. I don't remember the details, unfortunately. Perhaps Mike or Ben knows more..
See bug 180672, do these symptoms match up with that? Can you attach the compreg.dat from a broken profile?
I don't think this is to do with bug 180672, as deleting the entire profile (let alone the compreg.dat file) doesn't improve matters. I've attached it anyway. One extra piece of data: sometimes, when I start with a fresh profile, I get a "checking for updates to your extensions" dialog that never finishes. I don't seem to be able to get that dialog to appear again, so I'm not 100% sure that's what it said. But I've definitely seen it more than once.
The bugspam monkeys have struck again. They are currently chewing on default assignees for Calendar. Be afraid for your sanity!
Assignee: base → nobody
I am seeing what I think might be the same problem. When I start Thunderbird/Lightning (version 0.3), there are absolutely no calendars shown, and I can't create any. But, here is the twist. If I run Thunderbird on the Linux box which physically has my home directory, it works. If I run on a machine which has my directory mounted over NFS, it fails. I have checked and the directory permissions seem to be fine. It is the same version of Thunderbird (1.5.0.8). I am definitely getting failures on startup. I can post the messages from the JS console if you wish.
Can one of the reporters (Paul or Seb) give a status-update. Do you still experience this problems? Paul, how was the url constructed, did you use smb:// or file:// for your calendar? Or was it a local calendar with the home-directory of the second machine mounted to the NFS (so /home is the same on both machines)?
Yes, it still seems to be happening, in fact, it is worse. For the original posting, yes, my home directory is NFS mounted so it is the same on both machines. To create the calendar, I click on "On my computer" and "Next". I then give it a name like "local" and click on "Next" and nothing happens. Today, I retested. I install Lightning 0.3.1 (build 2007021403). On *both* machines (one which physically has my Home and one which NFS mounts it), I cannot create any (local) calendar. I uninstalled Lightning and re-install on both machines, but it behaves the same. Let me know if you want any more info.
Did you have 0.4a or 0.5pre on your compyter? If so, try creating a new profile and see if you can add calendars. Not being able to create local calendars might have to do with database differences between the versions...
We need to figure out if we can confirm this. These are the questions that need to be answered: 1. Can you or *Should* you even be able to create a Storage (local) calendar on an NFS mount? It seems like that should not work, but maybe there are things at work I don't realize. 2. Is this a moz-storage issue or a calendar issue? We can try retesting with Firefox which also uses moz-storage to see if we can create a similiar problem. I recommend testing with Firefox 2.0.0.x since that will use the same version of moz-storage as our current 0.5 Sunbird release. We also need to determine whether or not other profile-sharing issues are related to this: bug 357493 and bug 354674
There hasn't been a response on this for over a year. I assume the problem doesn't persist for 0.9pre. If you still experience this issue, please reopen, answering Clint's questions. Also, I'd be interested in the permissions structure of your folders, and if it works on a non-NFS mounted home dir.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → INCOMPLETE
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: