Use these procedures as task-oriented reference. They describe public capabilities and verification steps, not private implementation. UI labels can vary by version.
Know the expected source calendar, time and date.
Check that the correct account and calendar are selected.
Check the displayed date range, view and time zone.
Compare the event with the source account.
Check connectivity, permissions and synchronization status.
Open the app after changes instead of relying only on a widget.
You can distinguish a filtered/delayed view from an event missing at the source.
A filtered calendar cannot establish availability. Check all-day events in the app if the widget shows only timed appointments.
Use an editable calendar and understand the recurrence scope.
Open the intended occurrence.
Check whether the change applies to this occurrence or the series.
Change the time and verify time-zone interpretation.
Inspect neighboring occurrences for unintended changes.
Confirm the result in the source calendar and any participant notifications.
The intended occurrence or series changes without unintended moves.
If the calendar is read-only, use the correct source/account; do not create a duplicate just to hide a permissions issue.
Record app/version, device/OS, selected mode, input conditions and the smallest failing step. Distinguish expected behavior from the observed result. Use synthetic examples and omit credentials or private records.
Documentation index · Capabilities and limits · Support and sources