New note button in an embedded base does not create properties that match the filters (`this` in filters)

Steps to reproduce

Create a new file with the following properties:

block: 3. ed future
week: 28
tags:
  - edFuture
type: activity

Create the base shown below:

views:
  - type: table
    name: Table
    filters:
      and:
        - week == this.week
        - block == this.block
        - up == this.file
        - type == "activity"

Embed the base into the note.

Press new note button.

Did you follow the troubleshooting guide?

Yes, I used the sandbox vault and installed the latest installer version

Expected result

A new note in the embedded base with the filtered properties set

Actual result

A new note that does not have all the filtered properties

The new note contains the type and up properties but not block or week so I get an error message saying:

This note will be filtered out because it doesn’t match your criteria

Environment

SYSTEM INFO:
Obsidian version: v1.9.7
Installer version: v1.8.10
Operating system: Darwin Kernel Version 24.5.0: Tue Apr 22 19:54:25 PDT 2025; root:xnu-11417.121.6~2/RELEASE_ARM64_T6020 24.5.0
Login status: logged in
Language: en
Catalyst license: insider
Insider build toggle: on
Live preview: on
Base theme: adapt to system
Community theme: none
Snippets enabled: 0
Restricted mode: on

RECOMMENDATIONS:
none


Additional information

I also tried
note.block.contains(this.note.block) and
block.contains(this.block)
and they don’t work either

This did work in 1.9.6

I think it’s because you are using this.

Well this.file works just not this.frontmatter-property

Same here, Version 1.10.1, the Filter works fine, and it accessess the host file property “edited” (via this)

  • this.edited.contains(link(file.path, file.basename))

But when creating a new file in the base that i have embedded in the host file, i think in my case that “this.edited” is the property needed and therefore goes on to create this in the newly created file.

Here a Image

@SleepyKoala you bug is fixed in v1.10.1.

@Rayenajlani_001

this.edited.contains(link(file.path, file.basename))

The result you are seeing is correct. Perhaps, you need to rethink your filter.

The Aim of the Filter is that it compares any other file with the property “edited” of the host file. The Filter is correct like this and does filter correctly.

Anyways as i have stated before, when creating a file, Obsidian mistakingly thinks, that it needs to inherit the non existent property “this.edited”, while in reality it should ignore this filter, as the files that are compared to the host file can do nothing to fit the criteria in themselves, as it is set in the host file. This is therefore not a correct behaviour. (I have v.1.10.1)

This is a different problem, you should open a separate BR for it.

1 Like

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.