Hang in when viewing specific note

  • Unknown's avatar

    SimpleNote 2.2.1
    macaOS Sequoia 15.0

    I clicked on a rather long note with all sorts of Unicode extended characters in it after upgrading my macOS to 15.0 and SimpleNote hung. Because that note is now the default shown when I launch the app, I cannot do anything as the app is hung. I am able to use the web version.

    Here is the call stack at the time of the hang (spell checking seems to be the culprit, called from NSTextView checkTextInRange:types:options)

    2257 Thread_269538 DispatchQueue_1: com.apple.main-thread (serial)
    2257 start (in dyld) + 2840 [0x19424c274]
    2257 NSApplicationMain (in AppKit) + 888 [0x1981c144c]
    2257 -[NSApplication run] (in AppKit) + 480 [0x1981eab7c]
    2257 -[NSApplication(NSEventRouting) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] (in AppKit) + 688 [0x198b1d7b8]
    2257 _DPSNextEvent (in AppKit) + 660 [0x1981f7a70]
    2257 _BlockUntilNextEventMatchingListInModeWithFilter (in HIToolbox) + 76 [0x19faf2020]
    2257 ReceiveNextEventCommon (in HIToolbox) + 636 [0x19faf1ebc]
    2257 RunCurrentEventLoopInMode (in HIToolbox) + 292 [0x19faec0cc]
    2257 CFRunLoopRunSpecific (in CoreFoundation) + 572 [0x1946b4334]
    2257 CFRunLoopRun (in CoreFoundation) + 1996 [0x1946b517c] 2257 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE (in CoreFoundation) + 16 [0x1946f5680]
    2257 _dispatch_main_queue_callback_4CF (in libdispatch.dylib) + 44 [0x19442ab84]
    2257 _dispatch_main_queue_drain (in libdispatch.dylib) + 980 [0x19442af68]
    2257 _dispatch_client_callout (in libdispatch.dylib) + 20 [0x19441c658]
    2257 _dispatch_call_block_and_release (in libdispatch.dylib) + 32 [0x19441a8f8]
    2257 ??? (in Simplenote) load address 0x104cf8000 + 0x83374 [0x104d7b374]
    2257 ??? (in Simplenote) load address 0x104cf8000 + 0x803d0 [0x104d783d0]
    2257 ??? (in Simplenote) load address 0x104cf8000 + 0x7ea24 [0x104d76a24]
    2257 -[NSTextView checkTextInRange:types:options:] (in AppKit) + 288 [0x1983a7da8]
    2257 -[NSTextCheckingController checkTextInRange:types:options:] (in AppKit) + 276 [0x1983a7ed8]
    2257 -[NSTextCheckingController annotatedSubstringForProposedRange:completionHandler:] (in AppKit) + 108 [0x19833a064]
    2257 -[NSTextCheckingController annotatedSubstringForProposedRange:wrap:completionHandler:failureHandler:] (in AppKit) + 692 [0x19833a324]
    2257 __59-[NSTextCheckingController checkTextInRange:types:options:]_block_invoke (in AppKit) + 524 [0x1983aefb8]
    2257 -[NSSpellChecker checkString:range:types:options:inSpellDocumentWithTag:orthography:wordCount:] (in AppKit) + 244 [0x19844baf0]
    2256 NSSpellCheckerCheckString (in AppKit) + 2612 [0x1983b018c]
    1497 scoreParagraph (in AppKit) + 652 [0x1983b24ec]
    1497 searchForReplacements (in AppKit) + 148 [0x1983b34c4]
    1497 findTextReplacementInArray (in AppKit) + 212 [0x1983b3664]
    1497 findTextReplacement (in AppKit) + 140 [0x1983b37a8]
    1497 -[NSString rangeOfString:options:range:locale:] (in Foundation) + 268 [0x19581ee4c]
    1491 CFStringFindWithOptionsAndLocale (in CoreFoundation) + 5672 [0x1946446d8]
    1491 usearch_next (in libicucore.A.dylib) + 456 [0x197c62f84]
    1491 ??? (in libicucore.A.dylib) load address 0x197a28000 + 0x23b3f4 [0x197c633f4]
    1211 usearch_search (in libicucore.A.dylib) + 1108 [0x197c63b38]
    1071 ??? (in libicucore.A.dylib) load address 0x197a28000 + 0x23bfa4 [0x197c63fa4]
    696 ??? (in libicucore.A.dylib) load address 0x197a28000 + 0x22660c [0x197c4e60c]

  • Unknown's avatar

    The text is around 142k, and includes symbols like: ®, á, ø, ’, †, √, 🔴, 🟡, 🟢

  • Unknown's avatar

    A note with 148k of Lorem Ipsum produces the same results. I would assume that the NSSpellChecker is significantly slower in 10.5.

    After waiting for a minute or so, it does become responsive until you try to switch to another note.

  • Unknown's avatar

    50k of lorem ipsum hangs for a short period

    33k has a noticeable wait, about 4 seconds

    17k has no noticeable pause

  • Unknown's avatar

    Thank you so much for your detailed notes and investigation @marcallenpage! It’s very appreciated. Our team is aware of the issue, and your specifics here are much a great addition to this.

    Because that note is now the default shown when I launch the app, I cannot do anything as the app is hung. I am able to use the web version

    Have you been able to use the web version to set another note as default to be shown when you log in, by pinning another, or unpinning the long note? I want to be sure you’re able to access your notes on the Mac app.

  • Unknown's avatar

    I am able to use the Web app just fine. I created an abbreviated version of the large note I was using and now that is the default when I open the app.

    I am unblocked. When a fix is available I’d like to merge my abbreviated note back into the large note.

  • Unknown's avatar

    I’m so glad to hear you’re unblocked! We will announce any updates in our release notes so you’ll know you can start making larger notes once again without issues.

Reply to Hang in when viewing specific note