ZotLit rerenders Reading view on metadata changes, resetting embedded Bases state

[flowing-abyss]

ZotLit version

2.1.2

Host application versions

Obsidian 1.13.7, Zotero 10.0.1, macOS 26.6.2

Obsidian debug info

SYSTEM INFO:
	Obsidian version: 1.13.7
	Installer version: 1.13.7
	Operating system: macOS 26.6.2
	Restricted mode: off
	Plugins installed: 1
	Plugins enabled: 1
		1: ZotLit v2.1.2

Reproduces in a sandbox vault?

No

Steps to reproduce

1. Install and enable ZotLit 2.1.2.

2. Create an Obsidian Base with a table view that displays notes and includes an editable checkbox property.

3. Embed that Base in a Markdown note, for example:

   ![[test.base#Table]]

4. Open the parent Markdown note in Reading view.

5. Scroll down in the parent note.

6. Optionally switch the embedded Base to a different view.

7. Toggle a checkbox in one of the Base rows.

The same setup does not exhibit the issue in Live Preview. It also stops exhibiting the issue when ZotLit is disabled.

Expected behavior

Only the edited property and the corresponding Base data should update. The parent Reading view should not be recreated, and its scroll position and the currently selected Base view should remain unchanged.

Actual behavior

Toggling the checkbox causes the entire parent Reading view to rerender. The page visibly flickers, the scroll position jumps to the top, and the embedded Base returns to the view specified in the embed instead of preserving the view selected by the user.

This happens after every checkbox/property change, making an embedded Base difficult to use in Reading view.

Logs or screenshots

Runtime instrumentation shows that immediately after Obsidian emits metadata.changed, ZotLit calls:

previewMode.rerender(true)

Observed call stack:

previewMode.rerender
  → jI (plugin:zotlit)
  → #m (plugin:zotlit)

In ZotLit's bundled code, jI() iterates over all open Markdown leaves and forcibly rerenders every Reading view:

function jI(app) {
  let count = 0;
  for (const leaf of app.workspace.getLeavesOfType("markdown")) {
    const { view } = leaf;
    if (view instanceof MarkdownView) {
      view.previewMode.rerender(true);
      count += 1;
    }
  }
  return count;
}

The rerender appears to be unconditional, including when formatted wikilink citations are disabled.

As a control test, only previewMode.rerender() calls originating from plugin:zotlit were blocked. After toggling the same checkbox:

• the underlying file/property was updated correctly;
• the scroll position remained unchanged;
• the same Base embed instance remained mounted;
• the selected Base view was preserved.

This indicates that the full Reading view rerender initiated by ZotLit is the direct cause of the state reset. A possible fix would be to avoid globally rerendering every Markdown Reading view and instead update only affected citation elements or affected files.

[aidenlx]

should be fixed in 2.1.3