Listary 6 Beta 🎉

I’m working on this crash now.

I have Office 2016, 2019 and 365 as well (for compatibility reasons), but this bloated stuff is not usable for serious text production.

I am planning to use Word 2003 (in my mega-customized, minimal UI version) for the rest of my life!

So please accept my offer :pray: :moneybag:

I recently tried out Listary 6 beta to resolve the bug with window switching in Listary 5 on Windows 10 v1903, and the first thing I noticed was that the new popup menu feels gigantic. I know there aren’t any appearance settings implemented for the beta yet, but I wanted to ask: will there be an option for a more compact popup menu in the final version 6? I have a fair number of folders in my favorites menu, so the current version 6 popup menu with large fonts and lots of whitespace ends up taking up most of the vertical height my screen, and puts the top folder selections quite far away from the cursor.

I’m switching back to version 5 for the time being, since I’m finding myself missing a few of the nice features from the stable version that aren’t yet available in v6, but it looks like the new builds are coming along nicely. As soon as a few more of the core options are implemented, I’ll definitely be testing the betas again, and would love it if a compact popup menu similar to v5 was one of the new settings.

1 Like

The UI will definitely be more customizable with future beta updates.

Issue with opening containing folder using ctrl+return not working in some cases. This is what i did:

started searching for a file starting with “so”. After typing so, the search switched to stackoverflow. I hit backspace to go back to normal search, and typed rest of search. Selected the file i wanted and hit ctrl+return. Nothing happened. Other shortcuts like copy (ctrl+c) worked though.

1 Like

With Directory Opus 12.17 x64 Pro, Control+G does not change the file save window to match the directory open in DO. Neither does switching back and forth between the two windows. I do have Listary 6 beta configured to use DO on the general tab. Listary 5 was working for me, so looking forward to a fix.

1 Like

Thanks for reporting the issue. I’ll check it.

Thanks for reporting the issue. I’ll check it.

Hi Channing,
Any updates regarding the crash with Acrobat?
This is really getting frustrating because I use acrobat a lot!

Please let me know

I’ll try to ship a fix in the next release.

Well that is a bummer, I was eagerly waiting for Listary 6 and I needed the portable version.

I think it’s still important to keep the keywords mechanism. There are situations where you want to set a completely different keyword than the actual letters in the target’s name. I love the new implementation, with automatic fuzzyness that kicks in when you’ve selected a target a few times – but I don’t see why keywords had to go … one doesn’t need to exclude the other, or?

@Channing, any updates yet?
I am having to restart listary 5-10 times daily

Also, today Listary crashed twice with outlook. I was saving a file attachment to my computer and it crashed.

Note, all these crashes happen in the end, after I press OK on the dialog.
Until then, Listary worked fine.

1 Like

is there any idea for when this actually releases, as well as the documentation for addons, and/or the appearance change? I really liked the dark theme in 5, but I want to use the new stuff of the 6 beta.

is it possible to add feature to remember last launch/search?

You can press the up key.

great!! thanks… oh yea, btw is it possible to run powershell/cmd command from listary in the current build?

My entire system froze suddenly 10 minutes ago. When I force-rebooted the system, Listary has since refused to start with this error:

Application: Listary.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.InvalidOperationException
   at .()
   at .()
   at Listary.Core.ListaryApp.Start(System.String ByRef)
   at Listary.Main.App.OnStartup(System.Windows.StartupEventArgs)
   at System.Windows.Application.<.ctor>b__1_0(System.Object)
   at System.Windows.Threading.ExceptionWrapper.InternalRealCall(System.Delegate, System.Object, Int32)
   at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(System.Object, System.Delegate, System.Object, Int32, System.Delegate)
   at System.Windows.Threading.DispatcherOperation.InvokeImpl()
   at MS.Internal.CulturePreservingExecutionContext.CallbackWrapper(System.Object)
   at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
   at MS.Internal.CulturePreservingExecutionContext.Run(MS.Internal.CulturePreservingExecutionContext, System.Threading.ContextCallback, System.Object)
   at System.Windows.Threading.DispatcherOperation.Invoke()
   at System.Windows.Threading.Dispatcher.ProcessQueue()
   at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr, Int32, IntPtr, IntPtr, Boolean ByRef)
   at MS.Win32.HwndWrapper.WndProc(IntPtr, Int32, IntPtr, IntPtr, Boolean ByRef)
   at MS.Win32.HwndSubclass.DispatcherCallbackOperation(System.Object)
   at System.Windows.Threading.ExceptionWrapper.InternalRealCall(System.Delegate, System.Object, Int32)
   at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(System.Object, System.Delegate, System.Object, Int32, System.Delegate)
   at System.Windows.Threading.Dispatcher.LegacyInvokeImpl(System.Windows.Threading.DispatcherPriority, System.TimeSpan, System.Delegate, System.Object, Int32)
   at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr, Int32, IntPtr, IntPtr)
   at MS.Win32.UnsafeNativeMethods.DispatchMessage(System.Windows.Interop.MSG ByRef)
   at System.Windows.Threading.Dispatcher.PushFrameImpl(System.Windows.Threading.DispatcherFrame)
   at System.Windows.Application.RunDispatcher(System.Object)
   at System.Windows.Application.RunInternal(System.Windows.Window)
   at Listary.Main.App.Main()

I tried launching Listary manually, but the same error appeared. Event Viewer shows Listary triggering a second error at C:\WINDOWS\System32\KERNELBASE.dll , too:

Faulting application name: Listary.exe, version:, time stamp: 0x5cd6d83d
Faulting module name: KERNELBASE.dll, version: 10.0.18362.476, time stamp: 0x83c3d83a
Exception code: 0xe0434352
Fault offset: 0x000000000003a839
Faulting process id: 0x4384
Faulting application start time: 0x01d5a49a7beadd49
Faulting application path: C:\Program Files\Listary\Listary.exe
Faulting module path: C:\WINDOWS\System32\KERNELBASE.dll
Report Id: c65b2825-8b0b-429c-9664-9eea84d3e4e4
Faulting package full name: 
Faulting package-relative application ID: 

Then, within moments after restarting, Bitdefender threw this virus protection message:


I’m ready to uninstall & reinstall Listary 6, but 1) are there any more logs you’d need that could get deleted? and, 2) any reason why this happened and/or do we need to set an exception for Listary now in anti-virus programs?

Windows 10 Pro x64 1909 (18363.476)
Default Windows Explorer: no mods, no tweaks, etc.

Same here. Error started with latest win10 major update to 1909

1 Like

Yup, @Manuel. What anti-virus are you using? Defender or something else?

Just now, this bug hit another 1909 system (though no notification from Bitdefender). Not sure if it is caused by the 1909 update, though, as I updated a week ago and Listary 6 beta worked great.

@Channing Any workarounds for this crash? Haven’t been able to launch Listary 6 beta on either of my machines.

EDIT: hahah, in the middle of writing this post, Bitdefender sent the notification:

A real weird bug, to suddenly pop out of the blue. Listary, Windows, etc. worked fine for a week, even after updates. Maybe this was a Bitdefender update, then, which updated today on this system (will check version on 1st system soon):

Bitdefender Free (Antimalware Engine 7.83010)
Windows 10 Pro x64 1909 (18363.476)
Default Windows Explorer: no mods, no tweaks, etc.