Why Notion Database Calendar View Defaults to Last Used Date Property

When you create a new Calendar view in a Notion database, the view often defaults to showing events based on the last date property you used in that database rather than the first or most relevant property. This behavior can be confusing if you expect a specific date field like Start Date or Due Date to appear automatically. The root cause is that Notion remembers the last date property selected in any Calendar view of that database and applies it to new views as a convenience setting. This article explains exactly why Notion does this and shows you how to change the date property in any Calendar view.

Why Notion Remembers the Last Used Date Property in Calendar Views

Notion stores a small piece of metadata for each database: the date property that was most recently assigned to a Calendar view within that database. When you add a new Calendar view, Notion reads this metadata and sets the new view to use that same date property. This is designed to save you time if you consistently use one date field, such as Due Date, across multiple Calendar views. However, if you have several date properties and switch between them frequently, the default may change each time you create a new view.

The behavior is not a bug. It is a deliberate convenience feature that reduces repetitive configuration. But it can cause confusion when you expect a different date property to appear. For example, if you last used a Custom Date property in a Calendar view, then create a new Calendar view for a different purpose, the new view will also use Custom Date instead of, say, Start Date.

Where the Setting Is Stored

The remembered date property is stored at the database level. It is not tied to your user account or to the workspace. This means that if you collaborate with others in the same database, the remembered property is shared among all editors who modify Calendar views. When one team member changes the date property in any Calendar view, the next new Calendar view created by anyone will use that same property.

Steps to Change the Date Property in a Notion Calendar View

Changing the date property that a Calendar view uses is a quick process. Follow these steps to set the correct date field for your events.

1. Open the database that contains the Calendar view
   Navigate to the Notion page where your database is located. Click on the database name to open it.
2. Click the view name at the top left of the database
   The view name is displayed at the top of the database, next to the database name. Click it to open the view menu.
3. Select Calendar from the Layout section
   If the current view is not already a Calendar view, choose Calendar from the layout options. This creates a new Calendar view or switches the existing view.
4. Locate the Date property dropdown in the Calendar view toolbar
   Above the calendar grid, you will see a toolbar with options like Filter, Sort, and a dropdown labeled with the current date property name. Click that dropdown.
5. Choose the correct date property from the list
   From the dropdown, select the date field you want to use for placing items on the calendar. Options include any Date or Date Range property in the database.
6. Verify that items appear on the correct dates
   After selecting the property, the calendar grid updates to show each item on its corresponding date. If items have no value in the chosen date property, they will not appear on the calendar.

Once you change the date property in any Calendar view, Notion remembers that selection for future Calendar views in the same database.

If Notion Calendar View Still Uses the Wrong Date Property

In some cases, the Calendar view may not respond immediately or may revert to a previous date property. Below are the most common scenarios and how to resolve them.

New Calendar View Keeps Using an Old Date Property

If you create a new Calendar view and it still uses a date property you changed earlier, the database metadata may be cached. Refresh the page by pressing F5 or by closing and reopening the Notion tab. Then create the new Calendar view again. The view should now use the most recently selected date property.

Calendar View Shows No Items After Changing the Date Property

This happens when the newly selected date property has no values in the database items. For example, if you switch from Due Date to Start Date, but many items have a blank Start Date, those items disappear from the calendar. To fix this, either populate the missing date values in the database or switch back to a date property that has data.

Collaborators See a Different Date Property in the Same View

Each user can have different view settings if they have edited the view personally. However, the date property default for new views is shared at the database level. If two users create separate Calendar views, each view may show different date properties if they were created at different times. To ensure consistency, ask all editors to use the same date property in their Calendar views or create a shared view that no one edits.

Notion Calendar View Date Property Options Compared

Date Property Type	Single Date Only	Date Range (Start and End)
Display on calendar	Item appears on one day	Item spans multiple days
Example property name	Due Date, Event Date	Start Date – End Date, Duration
Best use case	Deadlines, single-day events	Multi-day projects, conferences

When you select a Date Range property, the Calendar view uses the start date to position the item and the end date to determine the span. If you select a Single Date property, each item occupies only one day.

Now you understand why Notion defaults to the last used date property in Calendar views. To avoid surprises, always check the Date property dropdown after creating a new Calendar view. If you work in a team database, communicate which date property the team should use to keep all Calendar views consistent. As an advanced tip, you can create a template Calendar view with the correct date property already selected and duplicate it for new projects instead of building from scratch.