Bug Description
Bug Description
type: tasknotesKanban Bases views render zero cards when groupBy.property is a bare field
name (e.g. status) and column options sit in a top-level options: block — which is exactly
the config TaskNotes' own auto-generated reference file uses. On first load, TaskNotes creates
Views/kanban-default.base in the tasks folder with:
views:
- type: tasknotesKanban
name: "Kanban Board"
groupBy:
property: status
direction: ASC
options:
columnWidth: 280
hideEmptyColumns: false
Opening this untouched, plugin-generated file as its own tab (not embedded, ruling out an
embedding-specific timing issue) shows the toolbar correctly reporting a nonzero result count
(e.g. "N res...") but the board itself renders only an empty "None (0)" column — no cards, no
error, no console output beyond unrelated GPU/WebGL + SharedArrayBuffer deprecation noise.
The only fix found: change groupBy.property from status to task.status (prefixed), and
move columnWidth/hideEmptyColumns from options: to a config: key. This combination isn't
documented anywhere in-app; it was found by reading docs/views/kanban-view.md in this repo,
which shows a working example using task.status + config: — different from what the plugin's
own generator produces. tasknotesTaskList and tasknotesCalendar views populate correctly with
equivalent filters and bare property names; only tasknotesKanban has this failure mode.
Filing separately from the "column header shows raw JSON" bug (related issue, will link once
both are filed) since that one lives in a different code path (title stringification vs.
population) even though it only surfaces after applying this issue's workaround.
Steps to Reproduce
- Enable TaskNotes (4.11.1) in a vault with Bases enabled, with at least one note tagged
task
and a status frontmatter value (default field mapping, no custom fieldMapping).
- Let TaskNotes auto-generate
Views/kanban-default.base, or create a tasknotesKanban view
using the exact groupBy/options shape shown above.
- Open the view as its own tab (File → Open, or click the
.base file directly).
- Observe: toolbar shows a nonzero result count; board shows no columns/cards.
- Edit
groupBy.property to task.status and move columnWidth/hideEmptyColumns under
config: instead of options:. Fully restart Obsidian (.base edits don't hot-reload).
- Observe: cards now render, correctly grouped, drag-and-drop functional.
TaskNotes Debug Info
SYSTEM INFO:
Obsidian version: 1.12.7
Installer version: 1.12.7
Operating system: #28~24.04.1-Ubuntu SMP PREEMPT_DYNAMIC Wed Jul 1 15:50:57 UTC 2 7.0.0-28-generic
Login status: logged in
Language: en-GB
Catalyst license: insider
Insider build toggle: off
Live preview: on
Base theme: dark
Community theme: Baseline 3.2.11
Snippets enabled: 15
Restricted mode: off
Plugins installed: 28
Plugins enabled: 27
1: Dynamic Embed v1.1.0
2: Dataview v0.5.68
3: Multi-Column Markdown v0.9.1
4: QuickAdd v2.12.3
5: Style Settings v1.0.9
6: Meta Bind v1.4.15
7: Iconize v2.14.7
8: Checklist v2.2.14
9: Journals v2.1.10
10: Templater v2.20.6
11: Advanced Canvas v6.5.0
12: Auto Note Mover v1.2.0
13: Better Word Count v0.10.1
14: Book Search v0.7.5
15: Callout Manager v1.1.1
16: Editor Syntax Highlight v0.1.3
17: Image Converter v1.4.4
18: Note Refactor v1.8.2
19: Omnisearch v1.29.3
20: Paste URL into selection v1.11.4
21: Plugin Update Tracker v1.7.0
22: Supercharged Links v0.13.10
23: Tag Wrangler v0.6.4
24: Update time on edit v2.4.0
25: Natural Language Dates v0.6.2
26: Notebook Navigator v3.2.4
27: TaskNotes v4.11.1
RECOMMENDATIONS:
Custom theme and snippets: for cosmetic issues, please first try updating your theme and disabling your snippets. If still not fixed, please try to make the issue happen in the Sandbox Vault or disable community theme and snippets.
Community plugins: for bugs, please first try updating all your plugins to latest. If still not fixed, please try to make the issue happen in the Sandbox Vault or disable community plugins.
Affected Task Frontmatter
status: open
tags: [task]
(any task note with a `status` value reproduces this — no special fields required)
Relevant Bases File Content
Broken (plugin's own default, `Views/kanban-default.base`):
views:
- type: tasknotesKanban
name: "Kanban Board"
groupBy:
property: status
direction: ASC
options:
columnWidth: 280
hideEmptyColumns: false
Working (after manual fix):
views:
- type: tasknotesKanban
name: "Kanban Board"
groupBy:
property: task.status
direction: ASC
config:
columnWidth: 280
hideEmptyColumns: false
Relevant Settings or Customizations
Default fieldMapping throughout (unmodified tasknotes/data.json) — status is the real
frontmatter key used by every task note in the vault.
Console Errors or Logs
None. Checked via Ctrl+Shift+I; only unrelated GPU/WebGL and SharedArrayBuffer deprecation
warnings present, no exception thrown during render.
Screenshots or Screen Recording
No response
Bug Description
Bug Description
type: tasknotesKanbanBases views render zero cards whengroupBy.propertyis a bare fieldname (e.g.
status) and column options sit in a top-leveloptions:block — which is exactlythe config TaskNotes' own auto-generated reference file uses. On first load, TaskNotes creates
Views/kanban-default.basein the tasks folder with:Opening this untouched, plugin-generated file as its own tab (not embedded, ruling out an
embedding-specific timing issue) shows the toolbar correctly reporting a nonzero result count
(e.g. "N res...") but the board itself renders only an empty "None (0)" column — no cards, no
error, no console output beyond unrelated GPU/WebGL + SharedArrayBuffer deprecation noise.
The only fix found: change
groupBy.propertyfromstatustotask.status(prefixed), andmove
columnWidth/hideEmptyColumnsfromoptions:to aconfig:key. This combination isn'tdocumented anywhere in-app; it was found by reading
docs/views/kanban-view.mdin this repo,which shows a working example using
task.status+config:— different from what the plugin'sown generator produces.
tasknotesTaskListandtasknotesCalendarviews populate correctly withequivalent filters and bare property names; only
tasknotesKanbanhas this failure mode.Filing separately from the "column header shows raw JSON" bug (related issue, will link once
both are filed) since that one lives in a different code path (title stringification vs.
population) even though it only surfaces after applying this issue's workaround.
Steps to Reproduce
taskand a
statusfrontmatter value (default field mapping, no customfieldMapping).Views/kanban-default.base, or create atasknotesKanbanviewusing the exact
groupBy/optionsshape shown above..basefile directly).groupBy.propertytotask.statusand movecolumnWidth/hideEmptyColumnsunderconfig:instead ofoptions:. Fully restart Obsidian (.baseedits don't hot-reload).TaskNotes Debug Info
Affected Task Frontmatter
Relevant Bases File Content
Relevant Settings or Customizations
Default
fieldMappingthroughout (unmodifiedtasknotes/data.json) —statusis the realfrontmatter key used by every task note in the vault.
Console Errors or Logs
Screenshots or Screen Recording
No response