giseldo/neodataset huggingface dataset:
PCBNew: Flip: flips around wrong axis (lp:#1835469)

[Original report](https://bugs.launchpad.net/bugs/1835469) created by **ocb-hd-ccb (ocb-hd-ccb)**
```
In PCBNew when hitting "F" for flip part it flips around the wrong axis so
you then have to hit "R" "R" in order to get it the right way around again.

https://imgur.com/a/IVRyAQk

You can see in the screen recording that the text on the silk layer and the
text on the fab layer swap positions.

This did not used to be the case but I cannot tell you how many versions
ago the change happened. Sometime in the last few weeks.

Application: Pcbnew
Version: (5.1.0-1195-gcea9cd417), 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.6.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
```
Original tags: pcbnew

Story points: 6.0
Submenu width too small on some GTK window managers (lp:#1835460)

[Original report](https://bugs.launchpad.net/bugs/1835460) created by **Ian McInerney (imcinerney)**
```
The submenus that involve check-box selections in each program all have
their width too small to contain all the text (see attached image). It
seems the width is being set by the checkbox and is ignoring the label. I
have noticed that after causing the submenu to open, close, then open
again, it will resize to fit all the text.


pcbnew:
- View menu -> Units, Drawing Mode, Contrast Mode
- Preferences  -> Set Language

eeschema:
- View -> Units
- Preferences -> Set Language

And more menus in the other programs...

Application: KiCad
Version: (5.1.0-1195-g1548dcfe8), release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.64.0 OpenSSL/1.1.1c zlib/1.2.11 brotli/1.0.7 libidn2/2.1.1
libpsl/0.20.2 (+libidn2/2.0.5) libssh/0.8.7/openssl/zlib nghttp2/1.37.0
Platform: Linux 5.1.15-300.fc30.x86_64 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.69.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.64.0
    Compiler: Clang 8.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
```
Original tags: eeschema pcbnew ui

Story points: 6.0
MacOS CMD+Q quits everything (lp:#1835454)

[Original report](https://bugs.launchpad.net/bugs/1835454) created by **ocb-hd-ccb (ocb-hd-ccb)**
```
Request:

Go back to previous functionality where "CMD + Q" closes just the currently
focused application: Eeschema, PCBNew, GerbView, ect.

Current functionality is "CMD + Q" quits all of Kicad and associated
applications.

Acceptable compromise: Implement "CMD + W" to close current window and "CMD
+ Q" to quit everything. although since they are separate applications this
would seem very foreign to the normal MacOS way.

Application: KiCad
Version: (5.1.0-1195-gcea9cd417), 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.6.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
```
Original tags: hotkeys macos ui

Story points: 6.0
EEschema Edit Symbol Fields grid copy doesn't appear to understand hidden columns (lp:#1835392)

[Original report](https://bugs.launchpad.net/bugs/1835392) created by **Romain (romain145)**
```
In the bulk-edit Symbol Field window, line select and copy is not
consistent with the displayed columns.
Disabling the Footprint field on the left side, and then selecting an
entire row and pasting it still contains the Footprint field in the
clipboard.

Selecting the line R4 for example and doinc Ctrl-C will paste the following
text:
    R4  1.1k    schematics_modules:R_0805_2012Metric
2380296 ERJ6RBD1101V    1


Application: KiCad
Version: (5.1.0-1187-gef03afe28), 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: 10.0
pcbnew: "Delete" does not work when selection is ambiguous (lp:#1835371)

[Original report](https://bugs.launchpad.net/bugs/1835371) created by **Giorgio Croci Candiani (g-crocic)**
```
When routing track tool ("x" key) is active, but no track is currently
being drawn, pressing "del" while pointing a track appears not to work.

It is easy to verify that this happens when the selection of the underlying
elements is not unambiguous: in fact, doing the same when the tool is not
active, the selection menu for the target element appears.

I think it is straightforward that the same menu should appear even when
the tool is active.

I didn't notice if this also happens with other tools; however I can say
that the behaviour is there from quite a few releases, not new to this one.


Application: Pcbnew
Version: (5.1.0-1171-g743c65012), 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

Story points: 10.0
simulating laser_driver on macos nightly causes segfault (lp:#1835296)

[Original report](https://bugs.launchpad.net/bugs/1835296) created by **Christian Conkle (conklech)**
```
Running the 20190703 nightly MacOS build (which I believe has the new
ngspice-30 library, although I don't know how to check), simulating the
laser_driver or sallen_key demo project causes a hard crash of the entire
KiCad application. In particular, pressing "Run/Stop Simulation" causes a
segmentation fault in libngspice.0.dylib. Stack trace and version
information below.

The other two demo simulation projects (rectifier, pspice) do not crash,
and seem to give sensible simulation results.

The most obvious difference between the crashing (laser_driver, sallen_key)
and working (rectifier, pspice) projects is that the crashing projects
include external spice model libraries (e.g. ad8009.lib in laser_driver)
and the working projects use only internal models. My own projects seem to
crash if they include external models, but I haven't systematically tested.

Please let me know if I can provide any additional information.

Stack trace:

Crashed Thread:        13

Exception Type:        EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:       KERN_INVALID_ADDRESS at 0x00000000000001d0
Exception Note:        EXC_CORPSE_NOTIFY

...

Thread 13 Crashed:
0   libngspice.0.dylib                  0x000000011a962c5d MIFsetup + 109
1   libngspice.0.dylib                  0x000000012623f3d6 CKTsetup + 214
2   libngspice.0.dylib                  0x00000001262391b1 CKTdoJob + 961
3   libngspice.0.dylib                  0x0000000125e48050 if_run + 1296
4   libngspice.0.dylib                  0x0000000125e4513e dosim + 894
5   libngspice.0.dylib                  0x0000000125e148cb docommand + 299
6   libngspice.0.dylib                  0x0000000125e13ece doblock + 126
7   libngspice.0.dylib                  0x0000000125e13ca3 cp_evloop + 2547
8   libngspice.0.dylib                  0x0000000125e0a531 _thread_run + 65
9   libsystem_pthread.dylib             0x00007fff71c342eb _pthread_body +
126
10  libsystem_pthread.dylib             0x00007fff71c37249 _pthread_start +
66
11  libsystem_pthread.dylib             0x00007fff71c3340d thread_start +
13

Version information:

Application: Eeschema
Version: (5.1.0-1195-g72308fe16), 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.6.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
```
Original tags: eeschema macos ngspice

Story points: 22.0
PCBNew - High contrast mode doesn't work (lp:#1835276)

[Original report](https://bugs.launchpad.net/bugs/1835276) created by **Art (diametrix)**
```
I can't switch to high contrast mode either by hitting keyboard shortcut or
by clicking GUI button.

Application: KiCad
Version: (5.1.0-1148-g42e14b5a4), 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: hotkeys pcbnew ui

Story points: 6.0
Multiple instance: “kicad is already running, Continue?” (lp:#1835259)

[Original report](https://bugs.launchpad.net/bugs/1835259) created by **Timothée Manaud (timothee)**
```
Rationale:
I heavily use kicad for multiple PCB project (the lack of this support need
another thread).
Case:
Every time I launch a new kicad to edit the 2nd or 3rd board (stackable
PCB, etc...),I need to open another project, thus I must click on the popup
“kicad is already running, Continue?”.
Other case: PCB revision: if one need to compare 2 PCB revision, you may
need to open 2 instances to review them side by side.

While I understand users confuse application launcher with application
docker but is this really necessary?

Proposed feature:
Add a command line parameter to open a new instance without confirmation:
kicad --new
or
kicad -n

Option in Preference menu
```
Original tags: ui

Story points: 10.0
Lines from page layout description file not drawn correctly (lp:#1835211)

[Original report](https://bugs.launchpad.net/bugs/1835211) created by **Ron Burkey (rburkey)**
```
This is a problem which I've been seeing for a couple of months across a
range of eeschema revisions, but I didn't report it because I assumed it
was likely to just go away if I ignored it.  :-)

The problem is that lines which are perfectly horizontal or vertical in the
page layout editor (see one of the attached images) don't necessarily draw
as perfectly horizontal or vertical in eeschema (see the other attached
image).

The screenshots are from the following project (though as far as I can tell
it happens on all of my projects):
https://github.com/virtualagc/virtualagc/tree/schematics/Schematics/2005938C

Application: Eeschema
Version: 6.0.0-unknown-ef03afe~86~ubuntu16.04.1, release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.47.0 OpenSSL/1.0.2g zlib/1.2.11 libidn/1.32 librtmp/2.3
Platform: Linux 4.4.0-53-generic 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.58.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.47.0
    Compiler: GCC 5.4.0 with C++ ABI 1009

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 pleditor

Story points: 6.0
Pcbnew: tools Add line, Add Circle, Add Arc broken (lp:#1835172)

[Original report](https://bugs.launchpad.net/bugs/1835172) created by **jean-pierre charras (jp-charras)**
```
The tools Add line, Add Circle, Add Arc are broken since very recently:

1 - Start an item (line, circle, arc ).
If the escape key is pressed, Pcbnew crashes.

2 - Start and finish an item (for instance a circle).
As soon as the end point is clicked (finish item) the item being created is
no longer on screen.
The tool looks like in a intermediate state (esc key cannot deselect it)
and usually Pcbnew crashes later when trying to add some other items
(tracks...)

Application: KiCad
Version: (5.1.0-1187-gef03afe28), release build
Libraries:
    wxWidgets 3.1.1
    libcurl/7.50.3 OpenSSL/1.0.2j zlib/1.2.8 libidn/1.33 libssh2/1.7.0
nghttp2/1.15.0 librtmp/2.3
Platform: Windows 7 (build 7601, Service Pack 1), 32 bit, Little endian,
wxMSW
Build Info:
    wxWidgets: 3.1.1 (wchar_t,wx containers)
    Boost: 1.63.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.53.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=OFF
    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: 6.0
pcbnew keepout zones fill changed (lp:#1835132)

[Original report](https://bugs.launchpad.net/bugs/1835132) created by **Seth Hillbrand (sethh)**
```
In the old fill algorithm, keepout zones did not have clearance attached,
so you could control the copper very precisely.

The new fill algorithm applies the copper zone clearance to the edge around
the keepout zone.


Application: Pcbnew
Version: (5.1.0-1186-g9460f207f-dirty), release 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
Bitmap cannot be deleted from Eeschema (lp:#1835125)

[Original report](https://bugs.launchpad.net/bugs/1835125) created by **ToddA (luckybiscuits)**
```
Application: Eeschema
Version: (5.1.0-1169-g978c4fd7d), 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

If I add a bitmap image to a schematic in Eeschema, I cannot delete it.
Have tried to select and use the delete button as well as right click and
select delete.
```
Original tags: eeschema

Story points: 6.0
Labels don't connect to pins on creation (lp:#1835107)

[Original report](https://bugs.launchpad.net/bugs/1835107) created by **ocb-hd-ccb (ocb-hd-ccb)**
```
https://imgur.com/a/IYKWein

When making a label you have to place it away from your part before hitting
'm' to move it back to the part in order for a 'connection' to be made.

Application: Eeschema
Version: (5.1.0-1174-g53e18489e), 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.6.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
```
Original tags: eeschema

Story points: 6.0
KiCad main launch screen tool bar mouse hover descriptions not working for first 5 widgets  (lp:#1835105)

[Original report](https://bugs.launchpad.net/bugs/1835105) created by **Joe Silva (silvajoe65)**
```

When I launch the recent nightly KiCad "kicad-r13671.743c65012-x86_64.exe"
as an example the first 5 toolbar functional launch widgets do not display
there functional descriptions when I hover the mouse pointer over them. The
last 3 widgets do display there functional descriptions when the mouse
pointer hovers over them. I am observing this on Windows 7 and Windows 10
PC machines

many thanks for looking into this.
Joe Silva
```
Original tags: ui

Story points: 6.0
Duplicate (symbol) hotkey not working (lp:#1835083)

[Original report](https://bugs.launchpad.net/bugs/1835083) created by **Art (diametrix)**
```
Previously the workflow for the duplicating a symbol was to place the
cursor over the symbol, press keyboard shortcut to duplicate it and then
move the symbol's copy to the desired location.  Now the symbol needs to be
highlighted first, which not only creates many unnecessary mouse clicks but
also is not consistent with functionality of other similar tools (i.e.
Move, Drag etc) where no previous highlighting of the symbol is required.

Application: KiCad
Version: (5.1.0-1148-g42e14b5a4), 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 hotkeys

Story points: 18.0
Current nightly build sometimes does not respect symbol-library pin line-width (lp:#1835051)

[Original report](https://bugs.launchpad.net/bugs/1835051) created by **Ron Burkey (rburkey)**
```
In the current nightly build, in a schematic I had created a few days
before, symbol pins all now display with a very tiny line-width.  (See
attached screenshot.)  If I add new symbols, they also have very tiny pin
line-widths.  I checked the symbol library, and there they all displayed
with their previous, normal widths.

In the schematic itself, I used the new Edit Text & Graphics Properties
feature to change all the widths, and the pins then displayed normally.  In
fact, everything worked fine after that.  However, if I exited KiCad
completely, and then reran it, the tiny pin line-widths returned.

For whatever it's worth, here's the schematic on which I was trying this:
https://github.com/virtualagc/virtualagc/tree/schematics/Schematics/2005273A.

Application: Eeschema
Version: 6.0.0-unknown-da71a51~86~ubuntu16.04.1, release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.47.0 OpenSSL/1.0.2g zlib/1.2.11 libidn/1.32 librtmp/2.3
Platform: Linux 4.4.0-53-generic 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.58.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.47.0
    Compiler: GCC 5.4.0 with C++ ABI 1009

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