CalDAV - Shared Calender invitation link not working #12501
Comments
|
GitMate.io thinks possibly related issues are #8766 (Caldav ), #9605 (CalDav Issue, Calendar and Tasks not working), #10232 (Calender - all shares invalid?), #3830 (No calendar invitation send for event in shared calendars ), and #10797 (Invitations (attendees) not supported on shared calendars via macOS / iOS CalDAV clients). |
|
I am also experiencing the same issue. I could not find any traces of it in nextcloud.log. |
|
Same error here. Also I see that some emails with invitations are sent, some not. |
|
Same issue here, same error message as @intelligentpotato and no entries in nextcloud.log. |
|
Same error here. |
|
Same here, Current Nextcloud 14.04, calendar app 1.6.4. There is however a nextcloud.log entry: |
|
Exactly the same issue here with 14.04. But no log entries. |
|
Same bug with 14.04 and no log entries |
|
apps/dav/lib/Controller/InvitationResponseController.php On lines 82 and 105 $iTipMessage->getScheduleStatus() return '5.0' instead of '1.2' expected 'scheduleStatus' => '5.0;iTip message was not processed by the server, likely because we didn't understand it.' |
|
I have the same problem with 15.0.0 |
|
The same problem with 15.0.2 |
|
I am seeing the same error in 15.0.2 when creating an event in private calendars as well as in shared calendars (both of which I own). |
|
I did plenty of tests and combinations, none of them worked... every single test threw the same response as other users. Here is some info. # sudo -u www-data php occ config:list
{
"system": {
"htaccess.RewriteBase": "\/",
"memcache.local": "\\OC\\Memcache\\APCu",
"apps_paths": [
{
"path": "\/var\/www\/html\/apps",
"url": "\/apps",
"writable": false
},
{
"path": "\/var\/www\/html\/custom_apps",
"url": "\/custom_apps",
"writable": true
}
],
"dbtype": "mysql",
"version": "15.0.2.0",
"dbtableprefix": "oc_",
"mysql.utf8mb4": true,
"installed": true,
},
"apps": {
"accessibility": {
"enabled": "yes",
"installed_version": "1.1.0",
"types": ""
},
"activity": {
"enabled": "yes",
"installed_version": "2.8.2",
"types": "filesystem"
},
"admin_audit": {
"enabled": "yes",
"installed_version": "1.5.0",
"types": "logging"
},
"backgroundjob": {
"lastjob": "251"
},
"calendar": {
"enabled": "yes",
"installed_version": "1.6.4",
"types": ""
},
"cloud_federation_api": {
"enabled": "yes",
"installed_version": "0.1.0",
"types": "filesystem"
},
"comments": {
"enabled": "yes",
"installed_version": "1.5.0",
"types": "logging"
},
"contacts": {
"enabled": "yes",
"installed_version": "3.0.2",
"types": ""
},
"core": {
"backgroundjobs_mode": "ajax",
"installedat": "1547656132.6047",
"lastcron": "1548801519",
"lastupdateResult": "[]",
"lastupdatedat": "1548677142",
"oc.integritycheck.checker": "[]",
"public_files": "files_sharing\/public.php",
"public_webdav": "dav\/appinfo\/v1\/publicwebdav.php",
"vendor": "nextcloud"
},
"dav": {
"enabled": "yes",
"installed_version": "1.8.1",
"types": "filesystem"
},
"event_update_notification": {
"enabled": "yes",
"installed_version": "0.3.2",
"types": "logging,dav"
},
"federatedfilesharing": {
"enabled": "yes",
"installed_version": "1.5.0",
"types": ""
},
"federation": {
"enabled": "yes",
"installed_version": "1.5.0",
"types": "authentication"
},
"files": {
"cronjob_scan_files": "500",
"enabled": "yes",
"installed_version": "1.10.0",
"types": "filesystem"
},
"files_accesscontrol": {
"enabled": "yes",
"installed_version": "1.5.0",
"types": "filesystem"
},
"files_external": {
"allow_user_mounting": "no",
"enabled": "yes",
"installed_version": "1.6.0",
"types": "filesystem",
"user_mounting_backends": "ftp,dav,owncloud,sftp,amazons3,swift,\\OC\\Files\\Storage\\SFTP_Key"
},
"files_markdown": {
"enabled": "yes",
"installed_version": "2.0.5",
"types": ""
},
"files_pdfviewer": {
"enabled": "yes",
"installed_version": "1.4.0",
"types": ""
},
"files_rightclick": {
"enabled": "yes",
"installed_version": "0.11.0",
"types": ""
},
"files_sharing": {
"enabled": "yes",
"installed_version": "1.7.0",
"types": "filesystem"
},
"files_texteditor": {
"enabled": "yes",
"installed_version": "2.7.0",
"types": ""
},
"files_trashbin": {
"enabled": "yes",
"installed_version": "1.5.0",
"types": "filesystem,dav"
},
"files_versions": {
"enabled": "yes",
"installed_version": "1.8.0",
"types": "filesystem,dav"
},
"files_videoplayer": {
"enabled": "yes",
"installed_version": "1.4.0",
"types": ""
},
"firstrunwizard": {
"enabled": "yes",
"installed_version": "2.4.0",
"types": "logging"
},
"gallery": {
"enabled": "yes",
"installed_version": "18.2.0",
"types": ""
},
"logreader": {
"enabled": "yes",
"installed_version": "2.0.0",
"levels": "01111",
"types": ""
},
"lookup_server_connector": {
"enabled": "yes",
"installed_version": "1.3.0",
"types": "authentication"
},
"nextcloud_announcements": {
"enabled": "yes",
"installed_version": "1.4.0",
"pub_date": "Sat, 10 Dec 2016 00:00:00 +0100",
"types": "logging"
},
"notifications": {
"enabled": "yes",
"installed_version": "2.3.0",
"types": "logging"
},
"oauth2": {
"enabled": "yes",
"installed_version": "1.3.0",
"types": "authentication"
},
"password_policy": {
"enabled": "yes",
"enforceHaveIBeenPwned": "1",
"enforceNumericCharacters": "1",
"enforceUpperLowerCase": "1",
"installed_version": "1.5.0",
"types": ""
},
"provisioning_api": {
"enabled": "yes",
"installed_version": "1.5.0",
"types": "prevent_group_restriction"
},
"serverinfo": {
"enabled": "yes",
"installed_version": "1.5.0",
"types": ""
},
"sharebymail": {
"enabled": "yes",
"enforcePasswordProtection": "no",
"installed_version": "1.5.0",
"types": "filesystem"
},
"support": {
"enabled": "yes",
"installed_version": "1.0.0",
"types": ""
},
"survey_client": {
"enabled": "yes",
"encryption": "yes",
"installed_version": "1.3.0",
"types": ""
},
"systemtags": {
"enabled": "yes",
"installed_version": "1.5.0",
"types": "logging"
},
"twofactor_backupcodes": {
"enabled": "yes",
"installed_version": "1.4.1",
"types": ""
},
"updatenotification": {
"enabled": "yes",
"files_rightclick": "0.11.0",
"installed_version": "1.5.0",
"types": "",
"update_check_errors": "0"
},
"workflowengine": {
"enabled": "yes",
"installed_version": "1.5.0",
"types": "filesystem"
}
}
}
|
|
Same issue |
|
I have had this issue for a while when try to invite a guest. Anyone know if there is any plans to fix this? |
|
Confirmed that attendance update is working in Nextcloud 14.0.7 and calendar 1.6.4. |
|
I can confirm this is still an issue in 15.0.4 using Ubuntu 18.0.4.2 with Snappy. |
|
I was bit rush in previous post. I'm having issues with some calendars/attendees (not sure). But something is working and something is not. |
|
I think the issue only occurs when the second user (the one user1 shares the calendar with) Invites others. |
|
Still broken in Nextcloud 15.0.5 on CentOS 7 with httpd 2.4.38 and PHP 7.3.2 run as mod_php |
|
This issue has been open for a while, and has been confirmed across multiple releases. Is there any additional information that is missing here that would help root cause? |
|
@MorrisJobke @rullzer In the retrospective, it was a mistake to allow invitations in shared calendars (#3830). This bug is related to the Sabre/Dav Invitation handling using Digging deeper into the corresponding standards, sending invitations in shared calendars is not the expected behaviour. Calendar users are only supposed to create them in their own calendars and they will automatically popup in other people's calendars when they are invited. How do we handle this best? Advertise this behavior as deprecated with Nc 16 and revert #3830 for Nc 17 or 18? |
|
@georgehrke @MorrisJobke @rullzer Would it be possible instead of reverting the feature to instead check if the user who sent the invite has write/edit permissions on the shared calendar? Alternatively, imho, it might be less-misleading if in the shared calendars the invite area was read-only for everyone but the owner, and possibly display a message saying "Only the owner of the calendar can invite additional people". |
|
I think it's OK to disable invites if calendar is shared with editing permissions. But for read-only shared calendars original owner obviously shouldn't lose the possibility to invite people. Or are personal calendars somehow special in this sense? |
|
If I have RW permission to calendar I should have RW permission to invite guests. |
This is already done obviously. You can only invite people if you create an event and you can only create events when you have write permission.
Yes, we would do that in the calendar app.
No no. This is not what i meant. The original owner will always have the ability to invite people, no matter whether the calendar is shared or not. The question is whether people, who the calendar is shared with, can invite other people.
I don't want to have the same discussion as in #3830 please. Really no offence here, please don't take this wrong or personally, but it's not important what your personal opinion is here. We are using CalDAV and it's important what the CalDAV standard says about it.
This is not how you are supposed to use the calendaring system. In your scenario, you would create a group for everyone (or use the everyone group app) and every user would share their own calendar with that group. Invitations are only supposed to be sent from calendars that are owned by a user. As i said in my comment above:
We should extend our manual in this regard and document how you are supposed to use invitations, what kind of scenarios are supported and what aren't. cc @MariusBluem |
|
I was facing the same symptoms, and I found that my problem was linked to the fact that I was having an account coming from ldap connector + local administrator stored in DB sharing the same email address. |
|
OK @georgehrke, I just put this comment here as the symptoms described here were the same as mine, but my problem was neither about shared calendar or permissions. In fact I searched for bugs related to calendar invitation links not working. That's how I came here :) Should I post this message in the bug you referenced or in another, as my problem was not about sending the email to an external participant, but to manage the response on the server when he clicked on the accept / refuse links. |
|
So I have to agree with @georgehrke. We are using caldav so we have to follow their standard. Else it is also unknown how clients properly react to this. So lets disable shared calendar invites for now. And then we can when the caldav standard gets updated see how we can improve here. |
I'm totally open to the possibility that I've just been using Nextcloud's calendars or more specifically CalDAV wrong for group situations. Forgive me if I'm being dense here, I'm not quite there with you yet on how adding a group and everybody sharing a personal calendar with it would help in this scenario. I'm basically in the same boat as @vahem2lu. Let me do some quick rubber duck debugging and spell out where I'm stuck: My imaginary group members all shared a personal calendar with the group. For privacy reasons they didn't share their main calendar but instead one they want to use for the specific purpose of scheduling group events. So user Alice now has a personal calendar aptly named group events. Alice creates a calendar entry that's relevant to her friends in her own group events calendar. She invites whomever she wants, specifically also people who don't have accounts on her Nextcloud instance. Because she's the calendar owner this issue #12501 isn't triggered, everyone can accept Alice's invite, among them Bob. All is well. Bob has an account and his calendars on the same Nextcloud instance as Alice and accepted her invite. Since their extended circle of friends is that large Bob sees a total of 61 shared group events calendars from all of them. The event planned by Alice shows up in Alice's group events calendar, the one that Charlie organizes is in Charlie's group events calendar and so on and so forth. That does seem doable but a bit clunky. Am I missing something? Is this the way I should handle group calendar/event situations via CalDAV and by extension Nextcloud? When Bob accepts an invite from Alice does he get a calendar event entry in his own calendar or just the one he sees in Alice's shared group events calendar? Thanks! |
|
Bob gets an event in his own personal calendar. He doesn’t have to look at any of shared calendars unless he wants to check the schedule of another person. Basically it’s not even necessary to have any shared calendars otherwise. |
skjnldsv
added
the
0. Needs triage
|
Won't fix. Starting with Nextcloud 17 it won't be possible anymore to send invitations in shared calendars. |
He will get one in his own calendar.
Most calendar applications allow you to hide duplicates / combine identical events for this reason.
That is not supported in the calendar app itself yet, let me open a ticket for that. |
and others
Steps to reproduce
Expected behaviour
There should be a message saying "Event is updated", which happens if the event gets created not in the shared calendar but the private calendar
Actual behaviour
The invited person should be able to click on the link and the status should be updated. But instead an error gets displayed saying the invited person should contact the creator of the event.
Server configuration
Operating system:
debian 9.5
Web server:
nginx 1.10.3
Database:
mariadb Ver 15.1 Distrib 10.1.26-MariaDB
PHP version:
PHP 7.0.30-0+deb9u1 (php-fpm)
Nextcloud version: (see Nextcloud admin page)
14.0.3
Updated from an older Nextcloud/ownCloud or fresh install:
fresh install
Where did you install Nextcloud from:
original tar-all
Signing status:
Signing status
Nextcloud configuration:
Config report
{
"system": {
"instanceid": "REMOVED SENSITIVE VALUE",
"passwordsalt": "REMOVED SENSITIVE VALUE",
"secret": "REMOVED SENSITIVE VALUE",
"trusted_domains": [
"REMOVED SENSITIVE VALUE"
],
"datadirectory": "REMOVED SENSITIVE VALUE",
"dbtype": "mysql",
"version": "14.0.3.0",
"overwrite.cli.url": "https://REMOVED SENSITIVE VALUE",
"dbname": "REMOVED SENSITIVE VALUE",
"dbhost": "REMOVED SENSITIVE VALUE",
"dbport": "",
"dbtableprefix": "oc_",
"dbuser": "REMOVED SENSITIVE VALUE",
"dbpassword": "REMOVED SENSITIVE VALUE",
"installed": true,
"default_language": "en",
"default_locale": "en_UK",
"mail_from_address": "REMOVED SENSITIVE VALUE",
"mail_smtpmode": "smtp",
"mail_domain": "REMOVED SENSITIVE VALUE",
"mail_smtphost": "REMOVED SENSITIVE VALUE",
"mail_smtpsecure": "ssl",
"mail_smtpport": "465",
"defaultapp": "calendar",
"auth.bruteforce.protection.enabled": true,
"user_backends": [
{
"class": "OC_User_IMAP",
"arguments": [
"{sensitive-data:993/imap/ssl/novalidate-cert}",
"sensitive-data"
]
}
],
"maintenance": false,
"mail_smtpauthtype": "LOGIN",
"mail_smtpauth": 1,
"mail_smtpname": "REMOVED SENSITIVE VALUE",
"mail_smtppassword": "REMOVED SENSITIVE VALUE"
}
}
Are you using external storage, if yes which one: local/smb/sftp/...
Are you using encryption: yes
Are you using an external user-backend, if yes which one: IMAP
Client configuration
Browser:
Chrome, Firefox
Operating system:
Linux, Windows
Logs
Web server error log
Web server error log
none
Insert your webserver log here
Nextcloud log (data/nextcloud.log)
Nextcloud log
Browser log
Browser log
The text was updated successfully, but these errors were encountered: