giseldo/neodataset huggingface dataset:
Symbol editor: Copy-paste of symbol into different library results in empty description field (lp:#1839705)

[Original report](https://bugs.launchpad.net/bugs/1839705) created by **Christoph Nieß (toffi-mixedstuff)**
```
Steps to reproduce:
- Take any symbol in the symbol editor, copy it (right click -> "Copy
Symbol")
- Select a different library
- Paste the symbol into it (right click -> "Paste Symbol")

Expectation: Symbol completely copied
Reality: Description field of new symbol is empty (Everything else seems to
be there)

This has been happening for at least the last few nightly builds, so it's
not brand new.

Version Info:
Application: LibEdit
Version: (5.1.0-1458-gf057bfc7c), debug build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.54.0 LibreSSL/2.6.5 zlib/1.2.11 nghttp2/1.24.1
Platform: Mac OS X (Darwin 18.7.0 x86_64), 64 bit, Little endian, wxMac
Build Info:
    wxWidgets: 3.0.4 (wchar_t,STL containers,compatible with 2.8)
    Boost: 1.69.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.54.0
    Compiler: Clang 9.0.0 with C++ ABI 1002

Build settings:
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=OFF
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON
    KICAD_STDLIB_DEBUG=OFF
    KICAD_STDLIB_LIGHT_DEBUG=OFF
    KICAD_SANITIZE=OFF
```
Original tags: eeschema

Story points: 6.0
Segfault when modyfying footprint description (MacOS) (lp:#1839703)

[Original report](https://bugs.launchpad.net/bugs/1839703) created by **Christoph Nieß (toffi-mixedstuff)**
```
I can't reproduce this one, but the crash dump might be interesting.

I had just made a new footprint, then opened its settings and typed a few
words into the description field. Crash occured while typing, but part of
the text had already shown up.

Version info:
Application: ModEdit
Version: (5.1.0-1458-gf057bfc7c), debug build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.54.0 LibreSSL/2.6.5 zlib/1.2.11 nghttp2/1.24.1
Platform: Mac OS X (Darwin 18.7.0 x86_64), 64 bit, Little endian, wxMac
Build Info:
    wxWidgets: 3.0.4 (wchar_t,STL containers,compatible with 2.8)
    Boost: 1.69.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.54.0
    Compiler: Clang 9.0.0 with C++ ABI 1002

Build settings:
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=OFF
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON
    KICAD_STDLIB_DEBUG=OFF
    KICAD_STDLIB_LIGHT_DEBUG=OFF
    KICAD_SANITIZE=OFF
```
Original tags: macos pcbnew

Story points: 6.0
PCB calculator interface display is incomplete (lp:#1839695)

[Original report](https://bugs.launchpad.net/bugs/1839695) created by **taotieren (taotieren)**
```
Application: KiCad
Version: (5.1.3)-3, release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.61.1 OpenSSL/1.1.1 (WinSSL) zlib/1.2.11 brotli/1.0.6
libidn2/2.0.5 libpsl/0.20.2 (+libidn2/2.0.5) nghttp2/1.34.0
Platform: Windows 8 (build 9200), 64-bit edition, 64 bit, Little endian,
wxMSW
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8)
    Boost: 1.68.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.61.1
    Compiler: GCC 8.2.0 with C++ ABI 1013

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=OFF
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=OFF
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON

Recurring steps:
1. Open the PCB calculator
2. Open Regulators
3. Add Regulators
4. Regulators Parametars interface display is incomplete
5. As shown below:

```
Original tags: pcb-calculator ui

Story points: 6.0
Eeschema segfault when deactivating new symbol tool (MacOS) (lp:#1839653)

[Original report](https://bugs.launchpad.net/bugs/1839653) created by **Christoph Nieß (toffi-mixedstuff)**
```
I can't reliably reproduce this, but have had a significant number of
crashes that I've noticed all happened when I deactivated the part
selection tool by pressing escape after having placed a part.

Version Info:
Application: KiCad
Version: (5.1.0-1458-gf057bfc7c), debug build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.54.0 LibreSSL/2.6.5 zlib/1.2.11 nghttp2/1.24.1
Platform: Mac OS X (Darwin 18.7.0 x86_64), 64 bit, Little endian, wxMac
Build Info:
    wxWidgets: 3.0.4 (wchar_t,STL containers,compatible with 2.8)
    Boost: 1.69.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.54.0
    Compiler: Clang 9.0.0 with C++ ABI 1002

Build settings:
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=OFF
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON
    KICAD_STDLIB_DEBUG=OFF
    KICAD_STDLIB_LIGHT_DEBUG=OFF
    KICAD_SANITIZE=OFF
```
Original tags: eeschema

Story points: 6.0
Pcbnew crashs on drag a track in "Drag 45 degree  mode" (lp:#1839612)

[Original report](https://bugs.launchpad.net/bugs/1839612) created by **Eberhard Seibel (cantor53)**
```
Perhaps this bug is similiar zu #1837766 (Dragging a via in 45° mode).

There is an attachement, which contains an example project. Pcbnew is
started without any user defined changes in the environment of pcbnew like
Track width, net width a.s.o..

To crash prcbnew is simple.

Open project
open pcbnew

Select one of the 3 track segments.
Choose "Drag (45 degree mode)"
 -> move the mouse -> Crash


Version info:
Application: Pcbnew
Version: (5.1.0-1467-g885497ec1), release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.61.1 OpenSSL/1.1.1 (WinSSL) zlib/1.2.11 brotli/1.0.6
libidn2/2.0.5 libpsl/0.20.2 (+libidn2/2.0.5) nghttp2/1.34.0
Platform: Windows 8 (build 9200), 64-bit edition, 64 bit, Little endian,
wxMSW
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8)
    Boost: 1.68.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.61.1
    Compiler: GCC 8.2.0 with C++ ABI 1013

Build settings:
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=OFF
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON
```
Original tags: pcbnew pns

Story points: 6.0
DXF import "Items Not Handled" needs scroll (lp:#1839565)

[Original report](https://bugs.launchpad.net/bugs/1839565) created by **Seth Hillbrand (sethh)**
```
When importing a dxf file with many elements that are not handled, the
exception dialog is too large.  We should probably utilize a report log
similar to the Update PCB from Schematic log to allow scrolling.

Application: Pcbnew
Version: (5.1.0-1454-gf363eb775), debug build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.64.0 OpenSSL/1.1.1c zlib/1.2.11 libidn2/2.0.5 libpsl/0.20.2
(+libidn2/2.0.5) libssh2/1.8.0 nghttp2/1.36.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.64.0
    Compiler: GCC 8.3.0 with C++ ABI 1013

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
    KICAD_STDLIB_DEBUG=OFF
    KICAD_STDLIB_LIGHT_DEBUG=OFF
    KICAD_SANITIZE=OFF
```
Original tags: dxf import pcbnew ui

Story points: 6.0
Arcs can disappear while editing in symbol editor (lp:#1839536)

[Original report](https://bugs.launchpad.net/bugs/1839536) created by **Christoph Nieß (toffi-mixedstuff)**
```
When editing an arc and making it "flip" sides by moving one of the end
points (I haven't seen it with the center), the arc disappears. Changing
any of the anchor points does not make it reappear.

Version Info:
Application: KiCad
Version: (5.1.0-1458-gf057bfc7c), debug build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.54.0 LibreSSL/2.6.5 zlib/1.2.11 nghttp2/1.24.1
Platform: Mac OS X (Darwin 18.7.0 x86_64), 64 bit, Little endian, wxMac
Build Info:
    wxWidgets: 3.0.4 (wchar_t,STL containers,compatible with 2.8)
    Boost: 1.69.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.54.0
    Compiler: Clang 9.0.0 with C++ ABI 1002

Build settings:
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=OFF
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON
    KICAD_STDLIB_DEBUG=OFF
    KICAD_STDLIB_LIGHT_DEBUG=OFF
    KICAD_SANITIZE=OFF
```
Original tags: eeschema

Story points: 6.0
Confirmation dialog after Delete for a locked item - crash (lp:#1839534)

[Original report](https://bugs.launchpad.net/bugs/1839534) created by **eelik (eelik)**
```
If I press Delete on top of a locked footprint pcbnew opens the
confirmation dialog warning about locked item. After accepting it the
footprint is moved with the cursor. Then I have to press Delete still twice
to delete it.

Application: KiCad
Version: (5.1.4-6-g300381ba4)-1, release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.61.1 OpenSSL/1.1.1 (WinSSL) zlib/1.2.11 brotli/1.0.6
libidn2/2.0.5 libpsl/0.20.2 (+libidn2/2.0.5) nghttp2/1.34.0
Platform: Windows 8 (build 9200), 64-bit edition, 64 bit, Little endian,
wxMSW
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8)
    Boost: 1.68.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.61.1
    Compiler: GCC 8.2.0 with C++ ABI 1013

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=OFF
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=OFF
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON
```
Original tags: pcbnew

Story points: 164.0
ModEdit: Fab layer draw segments missing edit points (lp:#1839518)

[Original report](https://bugs.launchpad.net/bugs/1839518) created by **Seth Hillbrand (sethh)**
```
After drawing a circle or an arc on a technical layer in Modedit, I cannot
access the control points to edit the graphic.

This also happened for a line but after restarting ModEdit, the control
points for the line reappeared.

Application: ModEdit
Version: (5.1.0-1454-gf363eb775), debug build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.64.0 OpenSSL/1.1.1c zlib/1.2.11 libidn2/2.0.5 libpsl/0.20.2
(+libidn2/2.0.5) libssh2/1.8.0 nghttp2/1.36.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.64.0
    Compiler: GCC 8.3.0 with C++ ABI 1013

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
```
Original tags: pcbnew

Story points: 6.0
Pcbnew: all submenus trigger assertion (lp:#1839476)

[Original report](https://bugs.launchpad.net/bugs/1839476) created by **Wayne Stambaugh (stambaughw)**
```
Attempting to open any submenu in Pcbnew triggers the assertion shown in
the attached screen shot.  Dismissing the dialog with the "Show this dialog
next time" unchecked does not allow the submenu to function properly.  They
close immediately which makes them impossible to select.  This may only
affect GTK builds.  I have also attached the stack trace from the wxWidgets
assertion dialog.  This does not happen in Eeschema.

Application: Pcbnew
Version: (5.1.0-1460-g726bceecf), 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
    KICAD_STDLIB_DEBUG=OFF
    KICAD_STDLIB_LIGHT_DEBUG=OFF
    KICAD_SANITIZE=OFF

ASSERT INFO:
../src/gtk/menu.cpp(84): assert "win" failed in DoCommonMenuCallbackCode():
event for a menu without associated window?

BACKTRACE:
[1] g_closure_invoke
[2] g_signal_emit_valist
[3] g_signal_emit
[4] gtk_menu_shell_deselect
[5] gtk_menu_popdown
[6] g_closure_invoke
[7] g_signal_emit_valist
[8] g_signal_emit_by_name
[9] g_cclosure_marshal_VOID__OBJECTv
[10] g_signal_emit_valist
[11] g_signal_emit
[12] gtk_container_remove
[13] g_object_run_dispose
[14] wxMenu::~wxMenu()
[15] wxMenuBarBase::~wxMenuBarBase()
[16] wxMenuBar::~wxMenuBar()
[17] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&,
wxEvtHandler*, wxEvent&)
[18] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*)
[19] wxEvtHandler::TryHereOnly(wxEvent&)
[20] wxEvtHandler::DoTryChain(wxEvent&)
[21] wxEvtHandler::ProcessEvent(wxEvent&)
[22] wxEvtHandler::SafelyProcessEvent(wxEvent&)
[23] wxWindowBase::SendIdleEvents(wxIdleEvent&)
[24] wxFrame::SendIdleEvents(wxIdleEvent&)
[25] wxAppBase::ProcessIdle()
[26] wxApp::DoIdle()
[27] g_main_context_dispatch
[28] g_main_loop_run
[29] gtk_main
[30] wxGUIEventLoop::DoRun()
[31] wxEventLoopBase::Run()
[32] wxAppConsoleBase::MainLoop()
[33] APP_KICAD::OnRun() /home/wayne/src/kicad-trunk/kicad/kicad.cpp:261
[34] wxEntry(int&, wchar_t**)
[35] main /home/wayne/src/kicad-trunk/kicad/kicad.cpp:292
[36] __libc_start_main
[37] _start
```
Original tags: pcbnew ui

Story points: 6.0
Open/New Project file dialogs should use current project folder's parent (lp:#1839439)

[Original report](https://bugs.launchpad.net/bugs/1839439) created by **eelik (eelik)**
```
KiCad isn't designed for projects inside other projects. Most often, I
think, a project is in the same level in the file hierarchy than other
projects. Therefore opening certain file dialogs, namely Open Project and
Create Project (at least), with the current project folder pre-opened, is a
bit inefficient. I work with lots of small projects, changing between them
and creating new, so every time I have to go one level up in the file
hierarchy before I can select or create the wanted project.

I would appreciate if those dialogs were opened with the upper level folder
pre-opened.

Application: KiCad
Version: (5.1.4-4-g450dac4b1)-1, release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.61.1 OpenSSL/1.1.1 (WinSSL) zlib/1.2.11 brotli/1.0.6
libidn2/2.0.5 libpsl/0.20.2 (+libidn2/2.0.5) nghttp2/1.34.0
Platform: Windows 7 (build 7601, Service Pack 1), 64-bit edition, 64 bit,
Little endian, wxMSW
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8)
    Boost: 1.68.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.61.1
    Compiler: GCC 8.2.0 with C++ ABI 1013

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=OFF
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=OFF
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON
```
Original tags: starter ui

Story points: 6.0
Symbol Editor - rotate when placing a new pin doesn't refresh screen until mouse movement (lp:#1839363)

[Original report](https://bugs.launchpad.net/bugs/1839363) created by **Art (diametrix)**
```
If I place a new pin and try to rotate it (using keyboard shortcut) while
placing, I get unexpected and seemingly random delays in the rotate
operation.  However, if I place the pin and then try to move it and rotate
while moving I get no delays at all.

Application: KiCad
Version: (5.1.0-1426-g120637bd9), release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.61.1 OpenSSL/1.1.1 (WinSSL) zlib/1.2.11 brotli/1.0.6
libidn2/2.0.5 libpsl/0.20.2 (+libidn2/2.0.5) nghttp2/1.34.0
Platform: Windows 8 (build 9200), 64-bit edition, 64 bit, Little endian,
wxMSW
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8)
    Boost: 1.68.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.61.1
    Compiler: GCC 8.2.0 with C++ ABI 1013

Build settings:
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=OFF
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON
```
Original tags: eeschema

Story points: 6.0
eeschema cut and paste annotation lost (lp:#1839348)

[Original report](https://bugs.launchpad.net/bugs/1839348) created by **Dino Ghilardi (dino-ghilardi)**
```
Cutting a part of a schematic to paste it somewhere else looses components
annotation.

To reproduce:
  Select a component
  cut it with ctrl-x or right-click-menu->cut
  paste it with ctrl-V or right-click-menu->paste.
  The component annotation of the pasted items is lost.

This can be a problem when on complex projects you have to re-organize
schematics but you have yet routed the board: re-annotating the components
generates a schematic that is not in-sync with the pcb and re-syncronizing
it (F8) with different annotation may be is not so easy (did not try it: I
have a too complex board).


In "copy-paste"operation is correct to clear components annotation, since
without doing that we would end up to a "duplicate references", but in
"cut-paste" the annotation should be kept.

May be the easiest way to handle this correctly is:
 -after a cut or copy the reference of the components in clipboard should
be reset only if that reference exist in the project (this handles also the
case where cut is followed by more than one paste)
Since a copy does not remove the components the cut-paste, copy-paste, cut-
paste-paste-paste, copy-paste-paste-paste... are all handled the same way.

On the 5.1.2 version the cut+paste works correctly without loosing
annotation.
On the 5.1.4 version the cut+paste works correctly without loosing
annotation.

May be this issue is related to the fix for Bug #1833205 (I did not verify
if it is true, but that one also is about component annotation in copy-
paste operations)

Cheers,
Dino.
-----------------------------------
Application: Eeschema
Version: (5.1.0-1450-g38fc51c3b), release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.52.1 OpenSSL/1.0.2s zlib/1.2.8 libidn2/0.16 libpsl/0.17.0
(+libidn2/0.16) libssh2/1.7.0 nghttp2/1.18.1 librtmp/2.3
Platform: Linux 4.9.0-8-amd64 x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.69.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.52.1
    Compiler: GCC 6.3.0 with C++ ABI 1010

Build settings:
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=OFF
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON
```
Original tags: eeschema

Story points: 6.0
eeschema: all text moves after ERC. (lp:#1839340)

[Original report](https://bugs.launchpad.net/bugs/1839340) created by **Dino Ghilardi (dino-ghilardi)**
```
on eeschema, running DRC and moving inside/outside a hierarchical sheet
moves all the text away from the correct position.

Saving and re-loading moves the text back to its correct position, so it
seems the saved file is not corrupted (I hope).

Tested on commit 38fc51c3b6c6deb7799cd0a7dfeee482213d1384, after a "git
clean -fx" "make clean" "make -j7".

----------------------------------------------------
Application: Eeschema
Version: (5.1.0-1450-g38fc51c3b), release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.52.1 OpenSSL/1.0.2s zlib/1.2.8 libidn2/0.16 libpsl/0.17.0
(+libidn2/0.16) libssh2/1.7.0 nghttp2/1.18.1 librtmp/2.3
Platform: Linux 4.9.0-8-amd64 x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.69.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.52.1
    Compiler: GCC 6.3.0 with C++ ABI 1010

Build settings:
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=OFF
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON
```
Original tags: eeschema

Story points: 6.0
eeschema ERC dialog too tall (lp:#1839338)

[Original report](https://bugs.launchpad.net/bugs/1839338) created by **Dino Ghilardi (dino-ghilardi)**
```
In the development branch the ERC dialog is taller than the 1080 pixels of
a 1920x1080 screen (my laptop screen), so it goes partially outside the
screen.

The "options" tab grew in the development version and probably should be
re-organized (may be making it "scrollable" or adding three tabs into the
option for "label-to-label", "pin-to-pin" and "bus" connections?).

Tested on commit 5aa48e523dd46632564d3a118921f6c1f02abc2f

The released versions (Tested on 5.1.4) are not affected since they don't
have the "Bus Connections" ERC options at the bottom of the dialog.

Cheers,
Dino.
-----------------------------------------------
Application: Eeschema
Version: (5.1.0-1449-g5aa48e523), release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.52.1 OpenSSL/1.0.2s zlib/1.2.8 libidn2/0.16 libpsl/0.17.0
(+libidn2/0.16) libssh2/1.7.0 nghttp2/1.18.1 librtmp/2.3
Platform: Linux 4.9.0-8-amd64 x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.69.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.52.1
    Compiler: GCC 6.3.0 with C++ ABI 1010

Build settings:
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=OFF
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON
```
Original tags: eeschema erc ui

Story points: 6.0