Skip to main content

[BUG] Renaming with the intent to overwrite causes odd behaviour

Completed

Comments

2 comments

  • Official comment
    Fletcher Penney

    FIXED to prevent renaming to an existing filename.

     

    Thanks!

  • AmberV

    You may run into this problem while looking into the above, but since my precise notes occlude the result, I figured I should note another odd behaviour that can occur with renaming:

     

    1. In this test, simply create the "first" note, content arbitrary.

    2. Double-click on the note in the sidebar and rename it to "second.md".

    3. `L` + ``.

     

    Both the original "first.md" note and the renamed "second.md" note will appear in the sidebar. "first.md" will be a null entry (blank document icon). On the disk itself, only "second.md" will appear, as expected.

     

    So this is another sidebar population bug. It strikes me you may not see it, having already fixed a few others, and given you aren't seeing the case where deleting a file from the disk using Finder/shell also removes the entry from the sidebar. I.e. it might be a side-effect of the lack of removal that exists in build 20.

    0

Please sign in to leave a comment.

Powered by Zendesk