Closed
Bug 489162
Opened 15 years ago
Closed 11 years ago
No accept/ decline button for invitations with GCal
Categories
(Calendar :: E-mail based Scheduling (iTIP/iMIP), defect)
Tracking
(Not tracked)
RESOLVED
FIXED
2.4
People
(Reporter: wolfgrrl, Assigned: Fallen)
Details
Attachments
(2 files)
2.79 KB,
patch
|
mmecca
:
review+
Paenglab
:
ui-review+
|
Details | Diff | Splinter Review |
91.12 KB,
image/png
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2a1pre) Gecko/20090418 Minefield/3.6a1pre GTB5 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1b4pre) Gecko/20090406 Lightning/1.0pre Shredder/3.0b3pre ThunderBrowse/3.2.4 ID:20090406100750 I sent myself (via Shredder) an invitation to an event. There are no accept/decline buttons in order to accept/decline invitation. I am using trunk from Lightning from 20090420. Reproducible: Always Steps to Reproduce: 1. Send myself an invitation in Shredder 2. Receive email 3. No accept/decline button Actual Results: There are no accept/decline buttons in order to accept/decline invitation. Expected Results: To see accept/decline buttons.
Updated•15 years ago
|
Component: Lightning Only → E-mail based Scheduling (iTIP/iMIP)
QA Contact: lightning → email-scheduling
I have the same issue for thunderbird3 rc2. I built it myself on a Debian AMD64 unstable machine.
I also got this error when I run thunderbird3 rc2 with lightning addon. I don't know if it's related with this bug: An error was encountered preparing the calendar located at moz-profile-calendar:// for use. It will not be available. Details Error code: 0x80004005 Description: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [mozIStorageStatement.reset]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: file:///home/jie/installs/thunderbird/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calStorageUpgrade.jsm :: ensureUpdatedTimezones :: line 380" data: no]
Assignee | ||
Comment 3•15 years ago
|
||
Jie, please see http://weblogs.mozillazine.org/calendar/2009/11/getting_a_database_error_in_yo.html
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091204 Lightning/1.0b1 Thunderbird/3.0 I have a very similar issue where accept/decline buttons do not show up when I don't have local calendars defined. When I do have a local calendar defined, this is the only one where events from meeting requests are being added to. Even if I have a remote calendar selected in the calendar list. Once accepted this 'local' event can't be moved to a remote calendar. I'm using Provider for Google Calendar 0.6b1 and in the end I would like events created by meeting requests to be synced to Google Calendar. Nothing should be stored in local calendars.
Comment 5•14 years ago
|
||
Dear all, I have the problem and I'm able to reproduce it. Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 (the same with Thunderbird/3.0.5) (not able to test with Thunderbird/3.1 RC1, Lightning not supported) With a local calendar (active or not), the accept/decline buttons are available and the invitation is pushed in the local calendar. Without any local calendar and only a Google calendar, the accept/decline buttons are not available. Is it a limitation of the product ? I don't understand the interest of such product if you can't accept/decline invitation for your networked calendar, the one which is sync with everyone and with mobile phone.
Comment 6•14 years ago
|
||
Dear, I found a workaround : set calendar.google.enableEmailInvitations to true (edit config / advanced) then setup an account email in the agenda property. More information here https://wiki.mozilla.org/Calendar:Configuring_Lightning
Assignee | ||
Comment 7•11 years ago
|
||
This patch doesn't fix Google not being suitable for invitations at the moment, but it does fix the message shown. Instead of bailing out, a message is shown that no calendars are writable and configured. I'm not quite sure the UI is good yet, I've emailed Andreas about this: As we only have one line, the sentence shouldn't be too long. I tried to keep it short. On the downside, users might think its a problem with the configured email, while its just the fact that all are readonly and vice versa. Am I too paranoid, or is it ok like this?
Assignee: nobody → philipp
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Attachment #703049 -
Flags: ui-review?(bugs)
Attachment #703049 -
Flags: review?(matthew.mecca)
Assignee | ||
Comment 8•11 years ago
|
||
Comment 9•11 years ago
|
||
Comment on attachment 703049 [details] [diff] [review] Fix - v1 Looks good to me. r=mmecca
Attachment #703049 -
Flags: review?(matthew.mecca) → review+
Assignee | ||
Comment 10•11 years ago
|
||
I'm going to push this one even without ui-r, I'd appreciate a comment on it nevertheless. Thanks in advance.
Assignee | ||
Comment 11•11 years ago
|
||
Pushed to comm-central changeset 8a0355f39beb
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → 2.4
Comment 12•11 years ago
|
||
Comment on attachment 703049 [details] [diff] [review] Fix - v1 (In reply to Philipp Kewisch [:Fallen] from comment #7) > Created attachment 703049 [details] [diff] [review] > Fix - v1 > > As we only have one line, the sentence shouldn't be too long. I tried to > keep it short. On the downside, users might think its a problem with the > configured email, while its just the fact that all are readonly and vice > versa. I think the sentence is clear enough as it says all calendars are read only and this shouldn't confuse the user with thinking he has a problem with the email.
Attachment #703049 -
Flags: ui-review?(bugs) → ui-review+
You need to log in
before you can comment on or make changes to this bug.
Description
•