Join GitHub today
GitHub is home to over 40 million developers working together to host and review code, manage projects, and build software together.
Sign upNew notes are duplicates of currently open note #469
Comments
This comment has been minimized.
This comment has been minimized.
Yeah, the same here on Macos with 1.3.0. To make things worse, after clicking the new created note and deleting its content and clicking another old note, the old note is replaced by the empty new note. This behavior doesn't occur every time but is rather frequent, and has caused me losing some of my notes |
This comment has been minimized.
This comment has been minimized.
I'm having the issue on Windows 10 with Notable v1.3.0. I've had to stop using the application after this issue lost me several pages of notes. |
This comment has been minimized.
This comment has been minimized.
This bug just deleted some very valuable information and will likely cost me hours. |
This comment has been minimized.
This comment has been minimized.
I had this issue on first run and lost some notes when I first ran the app but I haven't run into it since. I have been careful about toggling edit and reving notes when I make changes though. |
This comment has been minimized.
This comment has been minimized.
I just started and wanted to switch from Boostnote to Notable and think i encountered the same bug. I entered notes and used the button to create new notes. After i noticed this i switched to different notes to see that Notable displays the same content for all notes. I closed the app and reopened it just to see that all notes became the exact same note just with different tags. :( So all was lost. After that i started using [CTRL + N] to start a new note and [CTRL + S] after i finished to save. But since this can delete all your notes i think this is a really important bug to fix. |
This comment has been minimized.
This comment has been minimized.
Hi I've also run into this issue. This bug will also happen if you do the following steps:
The contents of the note in editting mode will stay the same, and if you save or toggle between viewing mode then the note that you switched to will be saved to the contents of the previous note. Once I restarted the app it wasn't doing this anymore, but I did leave it open for a long time (probably a day?) and this behavior started happening. |
This comment has been minimized.
This comment has been minimized.
Same issue here. Notably just became unusable because of this. Please fix this asap! |
This comment has been minimized.
This comment has been minimized.
This is the next issue I'm working on right now, unfortunately one way I've found to reproduce the issue involves a bug in CodeMirror, or maybe a bug in |
This comment has been minimized.
This comment has been minimized.
Let me know if I can help
…On Tue, Feb 26, 2019, 3:24 PM Fabio Spampinato ***@***.***> wrote:
This is the next issue I'm working on right now, unfortunately one way
I've found to reproduce the issue involves a bug in CodeMirror, or maybe a
bug in react-codemirror2. So I'm solving the root problem and switching
to Monaco #203 <#203>, which is
something I was planning on doing anyway, but this takes a bit of time as
there's a theme for Monaco to rewrite, shortcuts to configure etc.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#469 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAUb2bJlgYXtqKGHnZtAZmcorH-ac7ONks5vRcIygaJpZM4bEHJc>
.
|
This comment has been minimized.
This comment has been minimized.
@krainboltgreene Once I can no longer reproduce the issue I'll ask if you guys can still reproduce it from the master branch. Also I'd like to say a few words about the future: I think pretty much all bugs are forgivable for this kind of app except those that cause data loss, so in the future if other such bugs are found I'll work on them right away and issue a patch release as soon as possible. Also I'd like to implement the first half of the Future milestone in the next few releases and then spend quite some time reorganizing and testing the codebase, right now things are not well separated and there aren't any automatic tests at all, I want to split the codebase into more modularized components that are easier to reason about, while also paving the way for future third-party components basically (#128), and have a much more reliable and tested storage implementation. |
This comment has been minimized.
This comment has been minimized.
Same issue. When I edit one the other one changes as well. If I delete one, the other one gets deleted as well! I can't use notable right now because of this issue.
EDIT: Ok I was able to reproduce it:
|
This comment has been minimized.
This comment has been minimized.
What I see is that the issue only occurs when you are in edit mode, and add a new note. Then the new note is a duplicate of the previous one. But if you switch to preview mode (ctrl+s), you can create the new note without any duplicate problem. So a workaround for the moment is to switch to the preview mode before creating a new note. I'm using ubuntu. |
This comment has been minimized.
This comment has been minimized.
It's more of a workaround than a fix. I'm working on a fix for this right now, unfortunately I could reproduce this in 2 ways, one of which was caused by CodeMirror or react-codemirror, so since I was planning on switching to Monaco (#203) anyway, and since CodeMirror itself was the cause of a few other bugs, I've decided to bite the bullet and switch to Monaco, which turned out to be a way more time consuming endeavor than anticipated because Monaco is basically undocumented. |
This comment has been minimized.
This comment has been minimized.
Maybe a future edition should have a changelog ala pouchdb so that any bugs
can still be rolled back to a good state.
…On Mon, Mar 11, 2019, 7:39 AM ahmetsevki ***@***.***> wrote:
I'm having the issue on Windows 10 with Notable v1.3.0. I've had to stop
using the application after this issue lost me several pages of notes.
I lost a whole bunch of notes like this due to this bug.
Repro:
1. Create a new note, start typing on header like: "# Some New Note"
2. While in editing mode (do not do Option-S) Hit the '+' to create
another note
3. This new note is a duplicate of the one you were editing
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#469 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAUb2Zs-HmKY-mH8ZTF3U1ivxuqcnRIAks5vVmq0gaJpZM4bEHJc>
.
|
This comment has been minimized.
This comment has been minimized.
@krainboltgreene I'm not quite sure what you mean, especially regarding rolling back bugs |
This comment has been minimized.
This comment has been minimized.
Every state change regarding documents should also write state to a
separate store, where the key is time. That way if something wipes out the
document state you have a log of previous states to rollback to.
…On Mon, Mar 11, 2019, 8:20 AM Fabio Spampinato ***@***.***> wrote:
@krainboltgreene <https://github.com/krainboltgreene> I'm not quite sure
what you mean, especially regarding rolling back bugs
|
This comment has been minimized.
This comment has been minimized.
@krainboltgreene I see, basically you want version control #116 implemented I think. That's definitely going to get implemented, but I'm still trying to figure out what's the best way to piece all these things together (synchronization, version control, getting ~everything also working in a browser etc.). |
This comment has been minimized.
This comment has been minimized.
I can reproduce this quite reliably from the v1.3 commit (7e969ce) but I can no longer reproduce this from the latest commit, so I'm calling this fixed. Now the editor itself is more reliable, and we are interacting with it in a more reliable way. It'd be super helpful if somebody else could try reproducing this from the master branch too, otherwise let me know if the problem resurfaces on the v1.4 release (I'll probably make a release tomorrow, it depends on what roadblocks I stumble upon). |
This comment has been minimized.
This comment has been minimized.
Fantastic thanks so much.
…On Tue, Mar 12, 2019, 9:04 AM Fabio Spampinato ***@***.***> wrote:
Closed #469 <#469>.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#469 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AAUb2WKGaJBupTP59yKjpeDvtTBFsMQNks5vV9AkgaJpZM4bEHJc>
.
|
This comment has been minimized.
This comment has been minimized.
I've tried to reproduce but couldn't build:
anything I am doing wrong? Running node 10.15 |
This comment has been minimized.
This comment has been minimized.
@dvergeylen just copy-paste these commands. You're executing |
This comment has been minimized.
This comment has been minimized.
I thought I did these but made a typo indeed. Could build successfully and launch it. I couldn't reproduce the problem on my side |
This comment has been minimized.
This comment has been minimized.
Great, thanks for testing this! |
This comment has been minimized.
This comment has been minimized.
I also tried to reproduce the bug from master and couldn't. Thanks for your hard work! |
This comment has been minimized.
This comment has been minimized.
@mikelu92 thanks for checking this! |
Current behavior
Just open a note and click on the "add" button. I don't know when exactly this happens, but I've already restarted the app.
Expected behavior
A new note will be added, but the edit screen will still be the previous one. With this, the new "Untitled" file syncs with the currently open file and it will have its contents and name.