Nightly r13942 crash on add symbol to schematic

At which point does it crash? Does it crash when opening the tool that you use to select which symbol to add or does it crash after selecting the symbol to place?

Yes, exactly. Clicking on "Place Symbol", see the "loading Libraries" -> crash KiCAD

P.S. I GOT IT!
"Show footprint previews in symbol chooser" crash KiCAD.
Deactivate it helps.
Still not periodical crashes drag/move some traces/parts/vias in PCB

I'm seeing this as well. Here is the backtrace and version info.

Application: Eeschema
Version: (5.1.0-1449-g5aa48e523), debug build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.65.1 OpenSSL/1.1.1c zlib/1.2.11 libidn2/2.2.0 libpsl/0.20.2 (+libidn2/2.0.5) libssh2/1.8.0 nghttp2/1.37.0 librtmp/2.3
Platform: Linux 4.19.0-5-amd64 x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+ 3.24
    Boost: 1.67.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.65.1
    Compiler: Clang 7.0.1 with C++ ABI 1002

Build settings:
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=ON
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=ON
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON

thread 1 "kicad" received signal SIGSEGV, Segmentation fault.
0x00007ffff74beeb9 in wxEvtHandler::DoBind(int, int, int, wxEventFunctor*, wxObject*) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
(gdb) bt
#0 0x00007ffff74beeb9 in wxEvtHandler::DoBind(int, int, int, wxEventFunctor*, wxObject*) () at /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
#1 0x00007fffe0acc922 in wxEvtHandler::Connect(int, int, int, void (wxEvtHandler::*)(wxEvent&), wxObject*, wxEvtHandler*)
    (this=0x0, winid=-1, lastId=-1, eventType=10049, func=
    (void (wxEvtHandler::*)(wxEvtHandler * const, wxEvent &)) 0x7fffe0b0af90 <DIALOG_CHOOSE_COMPONENT::OnCharHook(wxKeyEvent&)>, userData=0x0, eventSink=0x9fd6a60) at /usr/include/wx-3.0/wx/event.h:3497
#2 0x00007fffe0acb8a7 in wxEvtHandler::Connect(int, void (wxEvtHandler::*)(wxEvent&), wxObject*, wxEvtHandler*) (this=0x0, eventType=10049, func=
    (void (wxEvtHandler::*)(wxEvtHandler * const, wxEvent &)) 0x7fffe0b0af90 <DIALOG_CHOOSE_COMPONENT::OnCharHook(wxKeyEvent&)>, userData=0x0, eventSink=0x9fd6a60) at /usr/include/wx-3.0/wx/event.h:3515
#3 0x00007fffe0b0a30f in DIALOG_CHOOSE_COMPONENT::DIALOG_CHOOSE_COMPONENT(SCH_BASE_FRAME*, wxString const&, wxObjectDataPtr<LIB_TREE_MODEL_ADAPTER>&, int, bool, bool, bool) (this=0x9fd6a60, aParent=
    0x1cac300, aTitle=..., aAdapter=..., aDeMorganConvert=1, aAllowFieldEdits=true, aShowFootprints=true, aAllowBrowser=true)
    at /home/wayne/src/kicad-trunk/eeschema/dialogs/dialog_choose_component.cpp:176
#4 0x00007fffe0cd63f2 in SCH_BASE_FRAME::SelectCompFromLibTree(SCHLIB_FILTER const*, std::vector<SCH_BASE_FRAME::COMPONENT_SELECTION, std::allocator<SCH_BASE_FRAME::COMPONENT_SELECTION> >&, bool, int, int, bool, LIB_ID const*, bool)
    (this=0x1cac300, aFilter=0x9fd76d0, aHistoryList=std::vector of length 0, capacity 0, aUseLibBrowser=true, aUnit=1, aConvert=1, aShowFootprints=true, aHighlight=0x0, aAllowFields=true)
    at /home/wayne/src/kicad-trunk/eeschema/getpart.cpp:164
#5 0x00007fffe0e84c78 in SCH_DRAWING_TOOLS::PlaceComponent(TOOL_EVENT const&)
    (this=0x1ce7570, aEvent=...)
    at /home/wayne/src/kicad-trunk/eeschema/tools/sch_drawing_tools.cpp:162
#6 0x00007fffe0e8b439 in std::__invoke_impl<int, int (SCH_DRAWING_TOOLS::*&)(TOOL_EVENT const&), SCH_DRAWING_TOOLS*&, TOOL_EVENT const&>(std::__invoke_memfu...

Disabling the footprint view in the symbol chooser does seem to resolve the issue but this was working fine just a few days ago.

According to git bisect, the offending commit is https://git.launchpad.net/kicad/commit/?id=2a3e82a14450e69394d0542851cc743cf5713736.

Fixed in revision 4e90b2d48be5561ba1226f42de1ac07858da917b
https://git.launchpad.net/kicad/patch/?id=4e90b2d48be5561ba1226f42de1ac07858da917b

please report the drag/move issue separately