khanh.pndc/nextcloud-docs
1
0
Fork 0
mirror of https://github.com/nextcloud/documentation.git synced 2025-12-12 07:29:47 +07:00
Code Issues Packages Projects Releases Wiki Activity

refactor: Move contacts troubleshooting entry to existing section

Browse Source 
Moved the lone Contacts entry in the general troubleshooting chapter over to the existing Troubleshooting section that already exists within the Groupware chapter.

Minor correcting of phrasing, formatting, and grammar.

Signed-off-by: Josh <josh.t.richards@gmail.com>
This commit is contained in:
Josh
2025-10-10 12:52:01 -04:00
committed by GitHub
parent e8b0ce5d3d
commit f0e1714c25
1 changed files with 25 additions and 10 deletions
Download Patch File Download Diff File Expand all files Collapse all files

35
admin_manual/groupware/troubleshooting.rst
View File

@@ -5,37 +5,52 @@ Troubleshooting
===============
Calendar
########
--------
Missing Shared Calendars
************************
^^^^^^^^^^^^^^^^^^^^^^^^
**Problem:**
User should have access to a shared calendar, but the calendar is not displayed in Nextcloud Calendar or other CalDAV clients (e.g., DAVx⁵ or Thunderbird).
A user should have access to a shared calendar, but the calendar is not displayed in Nextcloud Calendar or other CalDAV clients (e.g., DAVx⁵ or Thunderbird).
**Affected Versions:**
- Nextcloud Server 31.0.5 and below
- Nextcloud Server 30.0.11 and below
**Possible Reason:**
A bug in previous versions of Nextcloud Server could mistakenly add a calendar unshare instead of removing the share permission. For example, a user has read access through a group membership, and the owner grants permission to a single user to modify a calendar. When removing the modify permission again, the unshare record was created.
A bug in previous versions of Nextcloud Server could mistakenly add a calendar unshare instead of removing the share permission. For example, a user has read access through a group membership, and the owner grants permission to a single user to modify a calendar. When the modify permission is removed, an unshare record is incorrectly created.
**Troubleshooting Steps:**
1. **Check for Hidden Calendars:**
It's possible for a user to hide a calendar. Please check in Nextcloud Calendar if the missing calendar is listed in the "hidden" section. If the missing calendar is listed there, check the box in front of the calendar to enable it again.
It’s possible for a user to hide a calendar. Please check in Nextcloud Calendar if the missing calendar is listed in the "hidden" section. If it is, check the box in front of the calendar to enable it again.
2. **List Calendar Shares:**
Run the command ``occ dav:list-calendar-shares <uid>`` to list all shares for a user. Look for lines with the Calendar URI/Calendar Name of the missing calendar and Permissions = Unshare. If there's such a line, but the user should have access, you have three options:
Run the command ``occ dav:list-calendar-shares <uid>`` to list all shares for a user. Look for lines with the Calendar URI/Calendar Name of the missing calendar and Permissions = Unshare. If such a line exists, but the user should have access, you have three options:
A. **Create a User Share and Remove It Again:**
In most cases, sharing the calendar with the user again (as an individual/user share) will correct the state in the database.
B. **Remove All Calendar Unshares for a User:**
``occ dav:clear-calendar-unshares <uid>``.
Run ``occ dav:clear-calendar-unshares <uid>``.
C. **Delete Specific Unshares:**
Some users may have many calendar unshares, so it might be easier to delete only the unwanted unshare. The ``Share Id`` references the id of a row in the ``oc_dav_shares`` database table. Delete the row with the matching id to remove the unshare.
Some users may have many calendar unshares, so it might be easier to delete only the unwanted unshare. The ``Share Id`` refers to the ID of a row in the ``oc_dav_shares`` database table. Delete the row with the matching ID to remove the unshare.
**Why Isn't there an Automated Migration to Correct the Problem?**
Unsharing a calendar is a feature, and with the given information, we cannot determine if a calendar was unshared on purpose or as a result of the bug.
**Why isn't there an automated migration to correct the problem?**
Unsharing a calendar is a feature, and with the given information, we cannot determine if a calendar was unshared intentionally or as a result of the bug.
Contacts
--------
Unable to update contacts or events
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
If you get an error like:
``PATCH https://example.com/remote.php/dav HTTP/1.0 501 Not Implemented``
it is likely because of a misconfigured web server:
Your web server is misconfigured and blocks the required DAV methods.
Please refer to :ref:`trouble-webdav-label` for troubleshooting steps.