Databases automatically opening despite being closed on quit

Apologies if this topic has already been posted. I have noticed that Devonthink Pro is not closing my databases permanently anymore. Even if I deliberately close databases before quitting Devonthink, they automatically reopen when I restart. It also happens whenever I make changes in one database (such as creating a new Group or adding a link) - i.e the same five databases reopen, even if they have been deliberately closed after starting Devonthink. I’d like the option to have only one Database open at once, so if anyone knows how to fix this I’d be very appreciative.

Where are your databases located on your machine?

Are you quitting DEVONthink manually or shutting your machine down, say at the end of the day, and letting the operating system close it?

Thanks for the quick response!
Devonthink Databases are located together in the Documents folder. I always quit Devonthink manually before shutting down the computer.

Hmm… what operating system are you running?
I had 9 databases open, closed them all, then quit and relaunched DEVONthink. None of them opened.

Op system is Sierra.
I even deleted a couple of databases, but Devonthink now tells me the Databases can’t be opened because they’re in the trash no matter how many times I shut down. I might try reinstalling Devonthink.

Quit DEVONthink.
In Terminal, paste: defaults delete com.devon-technologies.thinkpro2 , then press Return.
When it goes to the next line, type: exit and press Return.
Quit Terminal.
Launch DEVONthink.

Thanks, Bluefrog. I tried it exactly as you wrote it and the same databases still open. The deleted database no longer tries to open as I emptied the trash. I’ve tried clearing the “recent” list, moving the databases, all to no avail.

Please start a Support Ticket. Thanks!

Thank you for the effort, Bluefrog. Cheers.

Hello,

I too have noted this, in the last day or two–I open DTPO, and DBs I have closed, open. I close them, and when I move to one I want to use, an “Initializing Name of DB” begins, and it’s open again.

I tried the recommended Terminal tip, and within a few seconds after opening DTPO, it quit unexpectedly (I’ve attached a copy of the report).


Process: DEVONthink Pro [34894]
Path: /Applications/DEVONthink Pro.app/Contents/MacOS/DEVONthink Pro
Identifier: com.devon-technologies.thinkpro2
Version: 2.9.10 (2.9.10)
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: DEVONthink Pro [34894]
User ID: 502

Date/Time: 2017-01-29 16:49:21.262 -0600
OS Version: Mac OS X 10.12.2 (16C67)
Report Version: 12
Anonymous UUID: 04AFD90E-1AAB-6C37-B263-CBDE435AAADD

Sleep/Wake UUID: E3FB69C1-A843-471A-B675-3E8CFCB02C31

Time Awake Since Boot: 140000 seconds
Time Since Wake: 35000 seconds

System Integrity Protection: enabled

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000011640004
Exception Note: EXC_CORPSE_NOTIFY

Termination Signal: Segmentation fault: 11
Termination Reason: Namespace SIGNAL, Code 0xb
Terminating Process: exc handler [0]

VM Regions Near 0x11640004:
–>
__TEXT 000000010123d000-0000000101448000 [ 2092K] r-x/rwx SM=COW /Applications/DEVONthink Pro.app/Contents/MacOS/DEVONthink Pro

Application Specific Information:
objc_msgSend() selector name: isOpaque

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libobjc.A.dylib 0x00007fffb0119b69 objc_msgSend + 41
1 com.apple.AppKit 0x00007fff9914a51d -[NSFrameView drawRect:] + 342
2 com.apple.AppKit 0x00007fff9914a3bc -[NSThemeFrame drawRect:] + 280
3 com.apple.AppKit 0x00007fff99095029 -[NSView _drawRect:clip:] + 2276
4 com.apple.AppKit 0x00007fff990e4fd3 -[NSView _recursiveDisplayAllDirtyWithLockFocus:visRect:] + 1753
5 com.apple.AppKit 0x00007fff99092b62 -[NSView _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:] + 837
6 com.apple.AppKit 0x00007fff9909233f -[NSThemeFrame _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:] + 334
7 com.apple.AppKit 0x00007fff99090768 -[NSView _displayRectIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:] + 2452
8 com.apple.AppKit 0x00007fff9908c055 -[NSView displayIfNeeded] + 1748
9 com.apple.AppKit 0x00007fff9908b967 -[NSWindow displayIfNeeded] + 230
10 com.apple.AppKit 0x00007fff997ea3f3 ___NSWindowGetDisplayCycleObserver_block_invoke.6228 + 277
11 com.apple.AppKit 0x00007fff9908b445 __37+[NSDisplayCycle currentDisplayCycle]_block_invoke + 454
12 com.apple.QuartzCore 0x00007fffa115ba96 CA::Transaction::run_commit_handlers(CATransactionPhase) + 46
13 com.apple.QuartzCore 0x00007fffa1263800 CA::Context::commit_transaction(CA::Transaction*) + 160
14 com.apple.QuartzCore 0x00007fffa115a631 CA::Transaction::commit() + 475
15 com.apple.AppKit 0x00007fff9936e445 __37+[NSDisplayCycle currentDisplayCycle]_block_invoke.31 + 323
16 com.apple.CoreFoundation 0x00007fff9b42b2d7 CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION + 23
17 com.apple.CoreFoundation 0x00007fff9b42b247 __CFRunLoopDoObservers + 391
18 com.apple.CoreFoundation 0x00007fff9b40c119 __CFRunLoopRun + 873
19 com.apple.CoreFoundation 0x00007fff9b40bb54 CFRunLoopRunSpecific + 420
20 com.apple.HIToolbox 0x00007fff9a996acc RunCurrentEventLoopInMode + 240
21 com.apple.HIToolbox 0x00007fff9a996901 ReceiveNextEventCommon + 432
22 com.apple.HIToolbox 0x00007fff9a996736 _BlockUntilNextEventMatchingListInModeWithFilter + 71
23 com.apple.AppKit 0x00007fff98f3cae4 _DPSNextEvent + 1120
24 com.apple.AppKit 0x00007fff996b721f -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 2789
25 com.apple.AppKit 0x00007fff98f31465 -[NSApplication run] + 926
26 com.apple.AppKit 0x00007fff98efbd80 NSApplicationMain + 1237
27 com.devon-technologies.thinkpro2 0x000000010127d360 0x10123d000 + 263008
28 libdyld.dylib 0x00007fffb0a09255 start + 1

Thread 1:
0 libsystem_kernel.dylib 0x00007fffb0b37c86 __psynch_cvwait + 10
1 libsystem_pthread.dylib 0x00007fffb0c2196a _pthread_cond_wait + 712
2 libc++.1.dylib 0x00007fffaf5a958d std::__1::condition_variable::wait(std::__1::unique_lockstd::__1::mutex&) + 47
3 com.apple.JavaScriptCore 0x00007fff9e2b249c void std::__1::condition_variable_any::wait<std::__1::unique_lockbmalloc::Mutex >(std::__1::unique_lockbmalloc::Mutex&) + 108
4 com.apple.JavaScriptCore 0x00007fff9e2b241b bmalloc::AsyncTask<bmalloc::Heap, void (bmalloc::Heap::)()>::threadRunLoop() + 155
5 com.apple.JavaScriptCore 0x00007fff9e2b22e9 bmalloc::AsyncTask<bmalloc::Heap, void (bmalloc::Heap::
)()>::threadEntryPoint(bmalloc::AsyncTask<bmalloc::Heap, void (bmalloc::Heap::)()>) + 9
6 com.apple.JavaScriptCore 0x00007fff9e2b259d void* std::__1::__thread_proxy<std::__1::tuple<void ()(bmalloc::AsyncTask<bmalloc::Heap, void (bmalloc::Heap::)()>), bmalloc::AsyncTask<bmalloc::Heap, void (bmalloc::Heap::)()>> >(void) + 93
7 libsystem_pthread.dylib 0x00007fffb0c20aab _pthread_body + 180
8 libsystem_pthread.dylib 0x00007fffb0c209f7 _pthread_start + 286
9 libsystem_pthread.dylib 0x00007fffb0c201fd thread_start + 13

Thread 2:: com.apple.NSEventThread
0 libsystem_kernel.dylib 0x00007fffb0b3038a mach_msg_trap + 10
1 libsystem_kernel.dylib 0x00007fffb0b2f7d7 mach_msg + 55
2 com.apple.CoreFoundation 0x00007fff9b40ce84 __CFRunLoopServiceMachPort + 212
3 com.apple.CoreFoundation 0x00007fff9b40c301 __CFRunLoopRun + 1361
4 com.apple.CoreFoundation 0x00007fff9b40bb54 CFRunLoopRunSpecific + 420
5 com.apple.AppKit 0x00007fff99089f92 _NSEventThread + 205
6 libsystem_pthread.dylib 0x00007fffb0c20aab _pthread_body + 180
7 libsystem_pthread.dylib 0x00007fffb0c209f7 _pthread_start + 286
8 libsystem_pthread.dylib 0x00007fffb0c201fd thread_start + 13

Thread 3:: com.apple.CFSocket.private
0 libsystem_kernel.dylib 0x00007fffb0b37f4a __select + 10
1 com.apple.CoreFoundation 0x00007fff9b448239 __CFSocketManager + 729
2 libsystem_pthread.dylib 0x00007fffb0c20aab _pthread_body + 180
3 libsystem_pthread.dylib 0x00007fffb0c209f7 _pthread_start + 286
4 libsystem_pthread.dylib 0x00007fffb0c201fd thread_start + 13

Thread 4:: com.apple.NSURLConnectionLoader
0 libsystem_kernel.dylib 0x00007fffb0b3038a mach_msg_trap + 10
1 libsystem_kernel.dylib 0x00007fffb0b2f7d7 mach_msg + 55
2 com.apple.CoreFoundation 0x00007fff9b40ce84 __CFRunLoopServiceMachPort + 212
3 com.apple.CoreFoundation 0x00007fff9b40c301 __CFRunLoopRun + 1361
4 com.apple.CoreFoundation 0x00007fff9b40bb54 CFRunLoopRunSpecific + 420
5 com.apple.CFNetwork 0x00007fff9a57a680 +[NSURLConnection(Loader) _resourceLoadLoop:] + 313
6 com.apple.Foundation 0x00007fff9ce4ec6d NSThread__start + 1243
7 libsystem_pthread.dylib 0x00007fffb0c20aab _pthread_body + 180
8 libsystem_pthread.dylib 0x00007fffb0c209f7 _pthread_start + 286
9 libsystem_pthread.dylib 0x00007fffb0c201fd thread_start + 13

Thread 5:: JIT Worklist Worker Thread
0 libsystem_kernel.dylib 0x00007fffb0b37c86 __psynch_cvwait + 10
1 libsystem_pthread.dylib 0x00007fffb0c2196a _pthread_cond_wait + 712
2 libc++.1.dylib 0x00007fffaf5a958d std::__1::condition_variable::wait(std::__1::unique_lockstd::__1::mutex&) + 47
3 com.apple.JavaScriptCore 0x00007fff9e29c6be WTF::ParkingLot::parkConditionallyImpl(void const*, WTF::ScopedLambda<bool ()> const&, WTF::ScopedLambda<void ()> const&, std::__1::chrono::time_point<std::__1::chrono::steady_clock, std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000000000l> > >) + 2622
4 com.apple.JavaScriptCore 0x00007fff9e052b6a JSC::JITWorklist::runThread() + 234
5 com.apple.JavaScriptCore 0x00007fff9e052ffd std::__1::__function::__func<JSC::JITWorklist::JITWorklist()::$_0, std::__1::allocatorJSC::JITWorklist::JITWorklist()::$_0, void ()>::operator()() + 13
6 com.apple.JavaScriptCore 0x00007fff9d89c262 WTF::threadEntryPoint(void*) + 178
7 com.apple.JavaScriptCore 0x00007fff9d89c18f WTF::wtfThreadEntryPoint(void*) + 15
8 libsystem_pthread.dylib 0x00007fffb0c20aab _pthread_body + 180
9 libsystem_pthread.dylib 0x00007fffb0c209f7 _pthread_start + 286
10 libsystem_pthread.dylib 0x00007fffb0c201fd thread_start + 13

Thread 6:: WTF Parallel Helper Thread
0 libsystem_kernel.dylib 0x00007fffb0b37c86 __psynch_cvwait + 10
1 libsystem_pthread.dylib 0x00007fffb0c2196a _pthread_cond_wait + 712
2 libc++.1.dylib 0x00007fffaf5a958d std::__1::condition_variable::wait(std::__1::unique_lockstd::__1::mutex&) + 47
3 com.apple.JavaScriptCore 0x00007fff9e29c6be WTF::ParkingLot::parkConditionallyImpl(void const*, WTF::ScopedLambda<bool ()> const&, WTF::ScopedLambda<void ()> const&, std::__1::chrono::time_point<std::__1::chrono::steady_clock, std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000000000l> > >) + 2622
4 com.apple.JavaScriptCore 0x00007fff9e29ba32 WTF::ParallelHelperPool::waitForClientWithTask(WTF::LockerWTF::LockBase const&) + 370
5 com.apple.JavaScriptCore 0x00007fff9e29b7a3 WTF::ParallelHelperPool::helperThreadBody() + 83
6 com.apple.JavaScriptCore 0x00007fff9d89c262 WTF::threadEntryPoint(void*) + 178
7 com.apple.JavaScriptCore 0x00007fff9d89c18f WTF::wtfThreadEntryPoint(void*) + 15
8 libsystem_pthread.dylib 0x00007fffb0c20aab _pthread_body + 180
9 libsystem_pthread.dylib 0x00007fffb0c209f7 _pthread_start + 286
10 libsystem_pthread.dylib 0x00007fffb0c201fd thread_start + 13

Thread 7:: WTF Parallel Helper Thread
0 libsystem_kernel.dylib 0x00007fffb0b37c86 __psynch_cvwait + 10
1 libsystem_pthread.dylib 0x00007fffb0c2196a _pthread_cond_wait + 712
2 libc++.1.dylib 0x00007fffaf5a958d std::__1::condition_variable::wait(std::__1::unique_lockstd::__1::mutex&) + 47
3 com.apple.JavaScriptCore 0x00007fff9e29c6be WTF::ParkingLot::parkConditionallyImpl(void const*, WTF::ScopedLambda<bool ()> const&, WTF::ScopedLambda<void ()> const&, std::__1::chrono::time_point<std::__1::chrono::steady_clock, std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000000000l> > >) + 2622
4 com.apple.JavaScriptCore 0x00007fff9e29ba32 WTF::ParallelHelperPool::waitForClientWithTask(WTF::LockerWTF::LockBase const&) + 370
5 com.apple.JavaScriptCore 0x00007fff9e29b7a3 WTF::ParallelHelperPool::helperThreadBody() + 83
6 com.apple.JavaScriptCore 0x00007fff9d89c262 WTF::threadEntryPoint(void*) + 178
7 com.apple.JavaScriptCore 0x00007fff9d89c18f WTF::wtfThreadEntryPoint(void*) + 15
8 libsystem_pthread.dylib 0x00007fffb0c20aab _pthread_body + 180
9 libsystem_pthread.dylib 0x00007fffb0c209f7 _pthread_start + 286
10 libsystem_pthread.dylib 0x00007fffb0c201fd thread_start + 13

Thread 8:: WTF Parallel Helper Thread
0 libsystem_kernel.dylib 0x00007fffb0b37c86 __psynch_cvwait + 10
1 libsystem_pthread.dylib 0x00007fffb0c2196a _pthread_cond_wait + 712
2 libc++.1.dylib 0x00007fffaf5a958d std::__1::condition_variable::wait(std::__1::unique_lockstd::__1::mutex&) + 47
3 com.apple.JavaScriptCore 0x00007fff9e29c6be WTF::ParkingLot::parkConditionallyImpl(void const*, WTF::ScopedLambda<bool ()> const&, WTF::ScopedLambda<void ()> const&, std::__1::chrono::time_point<std::__1::chrono::steady_clock, std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000000000l> > >) + 2622
4 com.apple.JavaScriptCore 0x00007fff9e29ba32 WTF::ParallelHelperPool::waitForClientWithTask(WTF::LockerWTF::LockBase const&) + 370
5 com.apple.JavaScriptCore 0x00007fff9e29b7a3 WTF::ParallelHelperPool::helperThreadBody() + 83
6 com.apple.JavaScriptCore 0x00007fff9d89c262 WTF::threadEntryPoint(void*) + 178
7 com.apple.JavaScriptCore 0x00007fff9d89c18f WTF::wtfThreadEntryPoint(void*) + 15
8 libsystem_pthread.dylib 0x00007fffb0c20aab _pthread_body + 180
9 libsystem_pthread.dylib 0x00007fffb0c209f7 _pthread_start + 286
10 libsystem_pthread.dylib 0x00007fffb0c201fd thread_start + 13

Anyone having this issue, please start a Support Ticket.

Please, posting crash reports, hang reports, or console logs to this or any forum are not helpful to anyone – least of all you. As Jim requested, open a Support Ticket.

UPDATE: With the gracious assistance of one of our clients, the problem appears to be related to the Sorter. Please disable the Sorter for the time being while Development gets a chance to look at this. Thanks for your patience and understanding.

(Thanks, Chuck F! :smiley: )

Thanks for the info.

Apologies for posting crash report–being a near computer ignoramus, I had no idea it wasn’t appropriate. :blush:

No worries! :smiley: :stuck_out_tongue:

“With the gracious assistance of one of our clients, the problem appears to be related to the Sorter. Please disable the Sorter for the time being while Development gets a chance to look at this”.

Thank you, Bluefrog and client!

FWIW, I’ve found that if you launch the Sorter 60 seconds after launching DTPO, it will not open other closed databases.

Until DT fixes the bug, that might help.

Related to this (and apologies if I missed a relevant thread elsewhere): Would it be possible to have a preference (or, perhaps, a hidden preference) to prevent DTPO from opening databases that were left open upon quit? Some of my databases are very large, resulting in a significant lag in launching if I forget to close them.