mirror of
https://github.com/langgenius/dify-official-plugins.git
synced 2026-07-21 17:45:23 -04:00
Notion tools do not support status properties #711
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @aflatter on GitHub (Oct 13, 2025).
Self Checks
1. Is this request related to a challenge you're experiencing? Tell me about your story.
I'd like to query a Notion database to provide context to my application. The database uses a status property. The records are successfully returned by the tools but the status property is always returned as
<status>, so I don't have access to the actual value.2. Additional context or comments
It seems that both of these tools don't support the status field as there's no handling for it, e.g. in https://github.com/langgenius/dify-official-plugins/blob/main/tools/notion/tools/query_database.py#L73
3. Can you help us with this feature?
@dosubot[bot] commented on GitHub (Oct 13, 2025):
Hi @aflatter! I'm Dosu and I’m helping the dify-official-plugins team.
You're right—the Notion tools in dify-official-plugins don't currently support the status property. In the code (query_database.py), only certain property types are handled (like title, select, multi_select, etc.), and anything else—including status—just returns
<status>as a placeholder.To fix this, you’d need to add a new condition for
statusin the property extraction logic, similar to howselectis handled. For example:This would let you access the actual status value from your Notion database queries. There’s an open feature request for this (issue #1848), and a related bug report (dify/issues/1542), so you can track progress or add feedback there.
To reply, just mention @dosu.
How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other

@aflatter commented on GitHub (Oct 13, 2025):
FWIW this also applies to relation properties which appear as
<relation>only.@dosubot[bot] commented on GitHub (Oct 13, 2025):
You're correct—relation properties aren't currently supported either and show up as
<relation>in query results. This is a known limitation in the code: only certain property types are handled, and anything else (including relation and status) falls back to a placeholder string. There are open issues and user reports confirming this behavior (example).To support relation properties, the extraction logic in
query_database.pywould need a new condition forrelation, similar to how multi_select is handled. You'd typically extract the list of related page IDs (or URLs) from therelationfield in the property data instead of just returning<relation>(code reference).To reply, just mention @dosu.
How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other

@aflatter commented on GitHub (Oct 14, 2025):
Potentially useful for others: My current work-around is to combine this plugin with Notion-MCP.
fetchcall via Notion-MCP for each page in the database.@dosubot[bot] commented on GitHub (Oct 30, 2025):
Hi, @aflatter. I'm Dosu, and I'm helping the dify-official-plugins team manage their backlog and am marking this issue as stale.
Issue Summary:
Next Steps:
Thanks for your understanding and contribution!
@aflatter commented on GitHub (Oct 30, 2025):
Still relevant.
@dosubot[bot] commented on GitHub (Nov 15, 2025):
Hi, @aflatter. I'm Dosu, and I'm helping the dify-official-plugins team manage their backlog and am marking this issue as stale.
Issue Summary:
Next Steps:
Thank you for your understanding and contribution!