Spinning beach ball every time new note created
Completed
This seems to be new with 1.0.0 (74).
As soon as I create the note I get the beach ball and I need to restart the app (note I've only tried leaving it for a few minutes). This is on a system with around 6,280 notes, occupying some 26MB. I've tried deleting multiple notes, restarting and testing again, it's met some sort of hard limit but this makes no difference. Inspecting the directory shows that the new file *has* been created on disk by the time the beach ball appears.
Here's an Activity Monitor process sample:
http://test.wturrell.co.uk/nvultra-process-sample-20210301a.txt
This is on a 2012 Mac Mini.
I then rebooted ("memory pressure" was quite high but still green) and made several more attempts (deleting new notes on disk after each force quit):
- first use: 1 note successful created, beach ball on second.
- second: 4 notes created before beach ball appeared.
- third: hung on very first new note.
I then had a look at the contents of the directory and noticed there were a handful of unwanted subdirectories.
Cleaning all these up hasn't made the problem go away, but I include the details anyway for reference - I've redacted a few things filenames, changed numbers etc.
Contents of these subdirectories included:
- many filenames (but not all) with a leading space
- filenames containing colons
- files that were empty (0 byte) and files that had content
(They were typically created last spring/summer - again not all of them - i.e. with earlier versions of the beta, which obviously makes sense).
0B ./macOS keyboard shortcuts - Spectacle - (resize
4.0K ./french would
0B ./Clothes
8.0K ./redacted name
0B ./phpstorm tips show parameters of function
4.0K ./linux debian check architecture
0B ./facebook api - create/https:/New Folder/New Folder/New Folder
0B ./facebook api - create/https:/New Folder/New Folder
0B ./facebook api - create/https:/New Folder
0B ./facebook api - create/https:/developers.facebook.com/apps/1234567890123456/marketing-api
0B ./facebook api - create/https:/developers.facebook.com/apps/1234567890123456
0B ./facebook api - create/https:/developers.facebook.com/apps
0B ./facebook api - create/https:/developers.facebook.com
0B ./facebook api - create/https:
4.0K ./facebook api - create
0B ./app memory
4.0K ./french - prepositions for days of week
4.0K ./mysql
4.0K ./google calendar sharing calendars viewing on iphone
4.0K ./redacted name
4.0K ./macOS frozen/ unfreeze a stalled
4.0K ./macOS frozen
26M .
26M total
-
I see the same behavior (beach ball after trying to create a new document) since the last update. I'm on a 2018 Mac mini, running Big Sur 11.2.2.
To recover, I force quit and re-start. The new file that I was attempting to create in the first place is the active document at load and seems to be otherwise fine.
Thanks for all your hard work. I look forward to being able to pay for the final version soon!
1 -
Forgot to mention that I was 3 for 3, seeing the crash on 3 new note attempts.
0 -
This is a race condition between two threads related to the indexing and tag scanning.
The short version is that it is a particular example of interactions between a few components that handle the file and folder indexing and the notes display list/query handling. I need to sit down and just rewrite that whole chunk based on the things I have learned while seeing it function in real life in a more robust way. This should fix this and some other related issues (though perhaps not seemingly related if you don't know how the back end works)...
Thanks!!
0 -
Fletcher got this particular aspect of the bug fixed and the B75 update should let you create new notes again.
0 -
Sadly still beach balling on new note creation in B75.
iMac (Retina 4K, 21.5-inch, Late 2015) on 10.15.7.
0 -
Unfortunately for me also still beachballs and crash of nvUltra (beta 75) on creating a new file.
0 -
Here's two further samples:
http://test.wturrell.co.uk/nvultra-process-sample-20210304a.txt
http://test.wturrell.co.uk/nvultra-process-sample-20210304b.txt(NVultra now consistently becomes unresponsive on creating the second new note)
0 -
Same here. The move to B75 didn't fix the hang when creating a new note. Using a MacBook Pro on 10.15.7.
0 -
Greetings.
I have the beachball too on new note creation on a Mac 16inch 2019 on 11.2.2.
0 -
Fletcher worked overtime to fix this one today, and I've just verified that it works for me. Hopefully b76 will solve this for everyone. Should be available in "Check for Updates" in the next 20 minutes, please let us know if you still have issues after updating.
1 -
Thnx!! 💪 Works again!
1 -
Hi Brett,
Like Feek, I'd say it's fixed now. I had some slightly odd behaviour on the first load, but restarting a few times subsequently, I've been able to create 15 or more new files in quick succession both whilst it's still indexing the folder and afterwards. It doesn't appear to be losing any keystrokes either and is staying pretty responsive.
Thanks very much!
0 -
Works for me too! THANK YOU!!!!!
John
0 -
And I forgot one more fix in the release, so check for b77 now and let us know how it goes!
0 -
B77 also works OK!
0 -
works for me as well!
0
Please sign in to leave a comment.
Comments
16 comments