Skip to content

Block ID is unstable when writing content in raw HTML #35

Description

@li-zyang

Search first

  • I searched and no similar issues were found

What Happened?

This is migrated from #12323. It can be reproduced in logseq-og-1.0.0

I found that for blocks written in raw HTML, their block ID changes every time when reading the graph. for example the following two-page graph:

  1. "page 1.md"
- markdown
	- id:: 6962f273-6224-4018-8bef-0331aa4d0e36
	  | A | B | C |
	  |---|---|---|
	  | 1 | 2 | 3 |
	  | 4 | 5 | 6 |
	  | 7 | 8 | 9 |
- html
	- <table border="1" class="dataframe">
	  id:: 6962f467-6626-4f9b-8830-31728a8d75be
	    <thead>
	      <tr>
	        <th>A</th>
	        <th>B</th>
	        <th>C</th>
	      </tr>
	    </thead>
	    <tbody>
	      <tr>
	        <td>1</td>
	        <td>2</td>
	        <td>3</td>
	      </tr>
	      <tr>
	        <td>4</td>
	        <td>5</td>
	        <td>6</td>
	      </tr>
	      <tr>
	        <td>7</td>
	        <td>8</td>
	        <td>9</td>
	      </tr>
	    </tbody>
	  </table>
	-

Please note that I did not write id:: XXXX manully. They are generated by logseq.

  1. "page 2.md"
- markdown
	- ((6962f273-6224-4018-8bef-0331aa4d0e36))
- html
	- ((6962f467-6626-4f9b-8830-31728a8d75be))
	-

In page 2, I referenced to the blocks in page 1 and it works fine.
Image

However, when I migerate the whole graph (folder) to another machine, the reference to HTML block breaks.
Image

Returning to page 1, I found the block ID is re-generated and is different from the previous one.
Image

On the original machine, the block ID is valid, so the reference is valid.
Image

But if I click "Re-index" on the original machine, the block ID is also changed:
Image

Causing the block reference breaks:
Image

Reproduce the Bug

  1. write a block with HTML
  2. reference that block
  3. re-index the graph or migrate it to another machine
  4. get broken block reference

Expected Behavior

I expect block reference is stable no matter what I do with the graph (excluding modifing the reference itself)

Screenshots

No response

Desktop or Mobile Platform Information

Windows 11, Desktop OG app 1.0.0

Additional Context

No response

Are you willing to submit a PR? If you know how to fix the bug.

  • I'm willing to submit a PR (Thank you!)

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions