giseldo/neodataset huggingface dataset:
ERC throws no error with connected power pins (lp:#1853749)

[Original report](https://bugs.launchpad.net/bugs/1853749) created by **Bernd Wiebus (bernd-wiebus)**
```
Hello

There is an issue with power symbols/flags
If i connect +5V, PWR_FLAG and GNDREF direct, as an example, and i run an
ERC with default settings, i get NO Error, but i should get an error, at
least a Warning.
This is done with the default settings of the ERC Matrix.
Of course, if i put a power flag to the different voltages separatly, i get
an error message if i connect #5V and GNDREF direct. But not at the point
where the error happens, but somewhere at the declaration, which is also
nasty. But of course, better a strange hint than nothing at all.

The same happens, if i connect +5V, +12V, PWR_FLAG and GNDREF direct.

I think somehow there should be a check that there is only one label
attached to a net. In my opinion it is not good to name a net with
different labels. If i want to tie different labels, as an example analog
ground and digital ground, it should be done with a sort of "net tie". (But
this will rise another issues with copper in footprints and DRC at PCBnew)
So at least a warning should be thrown.

It happens for me with an older version of KiCad: 5.0.2+dfsg1-1, release
build, (details further below) but some discussions show me, that the
problem will exist in newer versions also.

Link to this discussion (german, sorry):
https://www.mikrocontroller.net/topic/484055#new

A partly solve of the Problem would be, to change the ERC matrix, to get an
error or warning, if power inputs are connected. But this is not default.
Also this would not help in cases were you accidentaly connect two or more
different labeled nets. Here you have to look, wether there are different
labels at one and the same net.

At the attachmend you fill find a zip file called "KiCad_ERC-
Error_14Nov2019.zip" with a KiCad Projekt "Test1" which contains the bad
schematic, a picture "Picture_BadSchematic_Test1_24Nov2019.png" with the
bad schematic and a picture "Picture_ERC-Defaults_Test1_14Nov2019.png" of
the dafault ERC matrix.

And now the version in detail:

Application: kicad
Version: 5.0.2+dfsg1-1, release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.64.0 OpenSSL/1.1.1d 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-6-686-pae i686, 32 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.67.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.62.0
    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_WXPYTHON=OFF
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON

With best regards: Bernd Wiebus alias dl1eic
```
Original tags: eeschema erc

Story points: 6.0
Schematic editor mouse pointer crosshair paint issue (lp:#1853724)

[Original report](https://bugs.launchpad.net/bugs/1853724) created by **Chris Guli (cg2020)**
```
Basic version/system information:
pplication: kicad
Version: 4.0.7+dfsg1-1ubuntu2 release build
wxWidgets: Version 3.0.4 (debug,wchar_t,compiler with C++ ABI 1011,GCC
7.3.0,wx containers,compatible with 2.8)
Platform: Linux 4.15.0-70-generic x86_64, 64 bit, Little endian, wxGTK
Boost version: 1.65.1
Curl version: libcurl/7.58.0 OpenSSL/1.1.1 zlib/1.2.11 libidn2/2.0.4
libpsl/0.19.1 (+libidn2/2.0.4) nghttp2/1.30.0 librtmp/2.3
         USE_WX_GRAPHICS_CONTEXT=OFF
         USE_WX_OVERLAY=OFF
         KICAD_SCRIPTING=ON
         KICAD_SCRIPTING_MODULES=ON
         KICAD_SCRIPTING_WXPYTHON=ON
         USE_FP_LIB_TABLE=HARD_CODED_ON
         BUILD_GITHUB_PLUGIN=ON

This problem only occurs in the schematic editor (see attached
screenshot)...does not appear in the pcb editor. The mouse
pointer/crosshairs (both types) paints the editor workspace making it
impossible to work with. It can be cleared with a refresh but immediately
repeats.
```

Story points: 6.0
pcbnew: choose footprint dialog has a graphical square obscuring part of the header (lp:#1853703)

[Original report](https://bugs.launchpad.net/bugs/1853703) created by **Jonatan Liljedahl (kymatica)**
```
See attached screenshot, in the top left corner of the library tree widget,
the header is obscured by a grey square. Behind it is the header title
"Item".

Application: Pcbnew
Version: (5.99.0-405-gdab71ec32), release 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.5.0 x86_64), 64 bit, Little endian, wxMac
Build Info:
    Build date: Nov 22 2019 17:01:52
    wxWidgets: 3.0.4 (wchar_t,STL containers,compatible with 2.8)
    Boost: 1.70.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.54.0
    Compiler: Clang 10.0.1 with C++ ABI 1002

Build settings:
    KICAD_SCRIPTING=OFF
    KICAD_SCRIPTING_MODULES=OFF
    KICAD_SCRIPTING_PYTHON3=OFF
    KICAD_SCRIPTING_WXPYTHON=OFF
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
    KICAD_SCRIPTING_ACTION_MENU=OFF
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON
```
Original tags: pcbnew ui wxwidgets

Story points: 6.0
eeSchema copy across hierarchical sheets does not clear reference (lp:#1853691)

[Original report](https://bugs.launchpad.net/bugs/1853691) created by **Patrik Bachan (xorly)**
```
Steps to reproduce:

- have annotated schematic with hierarchical sheet and components in both
(parent and child) sheets
- select component in one sheet and copy it
- enter the other sheet and paste it

Result:
Component is pasted, but reference field is not cleared. This results in
reference collision.
When component is pasted in same sheet, reference field is correctly
cleared.
This happens independently on copy direction. (parent -> child or child ->
parent)

Expected result:
On each paste, clear reference field, no matter where pasting.


Application: Eeschema
Version: (5.99.0-402-g13df645af), release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.67.0 OpenSSL/1.1.1d zlib/1.2.11 libidn2/2.3.0 libpsl/0.21.0
(+libidn2/2.2.0) libssh2/1.9.0 nghttp2/1.39.2
Platform: Linux 5.3.11-arch1-1 x86_64, 64 bit, Little endian, wxGTK
Build Info:
    Build date: Nov 22 2019 22:00:56
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+ 3.24
    Boost: 1.71.0
    OpenCASCADE Technology: 7.4.0
    Curl: 7.67.0
    Compiler: GCC 9.2.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=OFF
    KICAD_USE_OCC=ON
    KICAD_SPICE=ON
```

Story points: 6.0
EEschema of windows 5.99 nightly can't start when launching under some Unicode-required languages (lp:#1853681)

[Original report](https://bugs.launchpad.net/bugs/1853681) created by **Harrison Weed (rigoligo)**
```
Application: KiCad
Version: (5.99.0-402-g13df645af), release build

Confirmed Operating System: Windows 10 17763.107 (1809) x64 / Windows 7 SP1
7601, zh-cn OS language. en-us is not affected.

The Windows Nightly build 5.99.0-402-g13df645af of KiCad would encounter
serious memory leak issue when launching EEschema on Chinese language os.

Reproducing Procedures:
0. Launch the specified version of EEschema build, on the OS specified.
1. Problem stared. EEschema won't show its window. It will take up all the
remaining RAM instantly.

The testing is done in a virtual machine, but on a real Windows computer it
will do the same.
```
Original tags: eeschema windows

Story points: 6.0
eeschema : Unconnected indicator seems linked to the wrong terminal (lp:#1853658)

[Original report](https://bugs.launchpad.net/bugs/1853658) created by **Julien Faucher (suzizecat)**
```
Hi all,

It seems that the round indicator on some terminal disappear when another
terminal is connected.
Please see the attached schematic extract.

It uses the 4066 symbol, from 4xxx lib.

To reproduce, just put all the symbol units using the "Place all units"
option (not sure required) and put something (net or unconnected for
example) on a terminal. Be sure to try all terminals since it doesn't shows
on all pins. It shows on all units though.

Best regards,
Julien FAUCHER

Application: Eeschema
Version: 5.99.0-unknown-e6346c7~100~ubuntu19.04.1, release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.64.0 OpenSSL/1.1.1b zlib/1.2.11 libidn2/2.0.5 libpsl/0.20.2
(+libidn2/2.0.5) libssh/0.8.6/openssl/zlib nghttp2/1.36.0 librtmp/2.3
Platform: Linux 5.0.0-36-generic x86_64, 64 bit, Little endian, wxGTK
Build Info:
    Build date: Nov 22 2019 00:33:24
    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: eeschema

Story points: 6.0
pcbnew: wire segment with very small length not visible. (lp:#1853573)

[Original report](https://bugs.launchpad.net/bugs/1853573) created by **Arpan Jati (arpanj)**
```
Found the bug while dragging and redrawing some vias.

Steps to Reproduce (pcbnew accelerated)

Draw a wire segment of a very small length for example:

1) (X0,Y0) : 117, 60 | (X1,Y1) : 117.000001, 60
      -  The wire segment becomes invisible. (it works normally legacy
mode)

2) (X0,Y0) : 117, 60 | (X1,Y1) : 117.000004, 60
      - The wire segment becomes invisible. (it works normally legacy mode)
      - It is sometimes visible when being dragged, placed differently.

If X0 and X1 is the same then it is visible.

Looks like some minimum distance code issue.

Application: Pcbnew
Version: (5.1.4)-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: 6.0
Make ngspice decimal representation independent of language preference in EEschema (lp:#1853563)

[Original report](https://bugs.launchpad.net/bugs/1853563) created by **hugocoolens (hugocoolens)**
```
When writing files (e.g. by using a wrdata statement in a control section
in EEschema), the decimal representation (decimal point or decimal comma)
of the numbers is currently determined by the language preference in
EEschema. It should be better to make the decimal representation
independent of the language choice, e.g. by adding a preference in EEschema
for decimal comma or decimal point.

kind regards,
Hugo Coolens

I'm using:
Version: 5.1.4-e60b266~84~ubuntu18.04.1, release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.58.0 OpenSSL/1.1.1 zlib/1.2.11 libidn2/2.0.4 libpsl/0.19.1
(+libidn2/2.0.4) nghttp2/1.30.0 librtmp/2.3
Platform: Linux 4.15.0-58-generic x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+ 3.22
    Boost: 1.65.1
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.58.0
    Compiler: GCC 7.4.0 with C++ ABI 1011

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=ON
    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: eeschema ngspice

Story points: 6.0
Kicad Crashes during trace deletion (lp:#1853526)

[Original report](https://bugs.launchpad.net/bugs/1853526) created by **Alex Powel-Smith (primarysignal87)**
```
Kicad started crashing on me while deleting a trace.  PCBNew program
freezes for about 5-30 seconds then exits immediately and the Kicad main
window also closes.  I am currently work on a layout with a 16 bit data bus
with the tracks all length matched.  When I try deleting one of the length
matched traces is when the program crashes.  Version information is below.

Application: Pcbnew
Version: (5.1.4)-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
```

Story points: 6.0
pcbnew : cursor position resets when adding via (lp:#1853518)

[Original report](https://bugs.launchpad.net/bugs/1853518) created by **Fabien Corona (drinausaur)**
```
When I add a track and right click > "Select layer and place a blind/buried
via", I select the layer, and the cursor position jumps to (0,0), the upper
left corner.
(Also happens with a through via)

Obviously, this is pretty unusable if you use a high zoom.
I attached a video.

Application: Pcbnew
Version: 5.99.0-unknown-f8aea24~100~ubuntu18.04.1, release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.58.0 OpenSSL/1.1.1 zlib/1.2.11 libidn2/2.0.4 libpsl/0.19.1
(+libidn2/2.0.4) nghttp2/1.30.0 librtmp/2.3
Platform: Linux 4.15.0-54-generic x86_64, 64 bit, Little endian, wxGTK
Build Info:
    Build date: Nov 16 2019 00:34:10
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+ 3.22
    Boost: 1.65.1
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.58.0
    Compiler: GCC 7.4.0 with C++ ABI 1011

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
refine some hatch  calculation (lp:#1853508)

[Original report](https://bugs.launchpad.net/bugs/1853508) created by **Franck78 (fbourdonnec)**
```
not really a bug, maybe a constant that should not be,
on the image, there are some triangles that look like they have enough
space for the void.

optical illusion or not ?

hatch width is 0.3mm


Application: Pcbnew
Version: (5.99.0-341-g9d288968e), debug build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.58.0 GnuTLS/3.5.18 zlib/1.2.11 libidn2/2.0.4 libpsl/0.19.1
(+libidn2/2.0.4) nghttp2/1.30.0 librtmp/2.3
Platform: Linux 4.15.0-70-generic x86_64, 64 bit, Little endian, wxGTK
Build Info:
    Build date: Nov 11 2019 11:57:46
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+ 3.22
    Boost: 1.65.1
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.58.0
    Compiler: GCC 7.4.0 with C++ ABI 1011

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=OFF
    KICAD_STDLIB_DEBUG=ON
    KICAD_SANITIZE=OFF
```
Original tags: pcbnew

Story points: 6.0
Merge polygon & zone tools (lp:#1853503)

[Original report](https://bugs.launchpad.net/bugs/1853503) created by **Franck78 (fbourdonnec)**
```
I wanted to create a RFE for choosing 'filling mode' for polygons.
But it is a mistake !

If you think of it, a 'polygon' IS a zone with no electrical properties.

The meaning is obvious. Polygon/Zone are a single tool.
The layer it is on is sufficient to decide if it have electrical properties
or not.

That doesn't prevent to have two icon in the toolbar....
...calling the same code.

Because they are the same things, any polygon have properties like filet
radius , corner smoothing,...

and of course recent "fill pattern" attribute
https://bugs.launchpad.net/kicad/+bug/594023

The dialog presenting only 'Line thickness & Layer' for a polygon is an
error.

Do a single dialog / object for polygon & zone.

Make "fill type" : full, hatched, outline
Rename "Hatch width" "Line thickness"


Remove redundant code and make the user happy with a parametric universal
polyfill tool

Applies to v6,v5,v4

Application: KiCad
Version: 5.1.4, release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.37.0 OpenSSL/1.0.2j zlib/1.2.8 libidn/1.28 libssh2/1.4.3
Platform: Linux 4.4.180-102-default x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.2 (wchar_t,STL containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.61.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.37.0
    Compiler: GCC 4.8.5 with C++ ABI 1002

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=OFF
```
Original tags: pcbnew

Story points: 6.0
EESchema - none of the BOM python plugins work anymore (lp:#1853496)

[Original report](https://bugs.launchpad.net/bugs/1853496) created by **Art (diametrix)**
```
When I try to generate BOM using any of the BOM plug-ings with KiCad
several versions back everything works fine.  If I use the latest version,
I get the following error message:

Command error. Return code 3
Error messages:
Could not find platform independent libraries <prefix>
Could not find platform dependent libraries <exec_prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
Fatal Python error: initfsencoding: unable to load the file system codec
ModuleNotFoundError: No module named 'encodings'

Current thread 0x00002340 (most recent call first):

The command I run:

python "C:\Program
Files\KiCad\bin\scripting\plugins/bom_csv_grouped_by_value_with_fp.py"
"C:\Users\***\file_name.xml" "C:/Users/***/file_name"


Application: KiCad
Version: (5.99.0-398-g3be1862b0), release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.66.0 OpenSSL/1.1.1d (Schannel) zlib/1.2.11 brotli/1.0.7
libidn2/2.2.0 libpsl/0.21.0 (+libidn2/2.1.1) nghttp2/1.39.2
Platform: Windows 8 (build 9200), 64-bit edition, 64 bit, Little endian,
wxMSW
Build Info:
    Build date: Nov 20 2019 22:10:18
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8)
    Boost: 1.71.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.66.0
    Compiler: GCC 9.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 packaging python windows

Story points: 26.0
AC analysis errors (lp:#1853492)

[Original report](https://bugs.launchpad.net/bugs/1853492) created by **daddyzaur (daddyzaur)**
```
KiCAD 5.1.4
the AC analysis (after breaking the circuit, adding the stimulus, etc) will
partially work, will spit wrong amplitude/phase values, and it will crash
without completing a sweep. The same circuit works in transient without
problems. The AC version works in any other simulation program without
problem.
```
Original tags: eeschema ngspice

Story points: 6.0
simulation step error (lp:#1853491)

[Original report](https://bugs.launchpad.net/bugs/1853491) created by **daddyzaur (daddyzaur)**
```
KiCAD 5.1.4
Changing the simulation step will randomly trash a working simulation with
a "Timestep too small;" error message
```
Original tags: eeschema ngspice

Story points: 6.0
internal nodes in a hierarchical page error (lp:#1853490)

[Original report](https://bugs.launchpad.net/bugs/1853490) created by **daddyzaur (daddyzaur)**
```
KiCAD 5.1.4
Most of the internal nodes in a hierarchical page must be explicitly routed
out even those used inside only
```
Original tags: eeschema

Story points: 6.0
capitals/lower case sensitivity (lp:#1853488)

[Original report](https://bugs.launchpad.net/bugs/1853488) created by **daddyzaur (daddyzaur)**
```
KiCAD 5.1.4
A SUBCKT will generate countless errors if a net/port has mismatch
capitals/lower case (KiCAD bug?). It must not be case sensitive.
```
Original tags: eeschema ngspice

Story points: 6.0
A type components connected to Bi sources errors (lp:#1853487)

[Original report](https://bugs.launchpad.net/bugs/1853487) created by **daddyzaur (daddyzaur)**
```
KiCAD 5.1.4
A type components connected to Bi sources directly will spit out countless
errors (needs a 1u resistor). Current outputs from subcircuits must have a
serial resistor when connected to something else in the schematic (even
multiple current sources). You cannot add the resistor inside the
subcircuit model, you must add it in the schematic.
```
Original tags: eeschema ngspice

Story points: 6.0
hidden simulator errors (lp:#1853486)

[Original report](https://bugs.launchpad.net/bugs/1853486) created by **daddyzaur (daddyzaur)**
```
KiCAD 5.1.4
After any Simulator error you must close the whole workbench and reopen it
before fixing errors. The schematic/simulator link is lost and further work
in schematic is not anymore in sync with the simulator.
```
Original tags: eeschema ngspice

Story points: 6.0
Implement standard SPICE models in KiCAD (lp:#1853484)

[Original report](https://bugs.launchpad.net/bugs/1853484) created by **daddyzaur (daddyzaur)**
```
KiCAD 5.1.4
There are a few more standard SPICE models but KiCAD is listing only 5
possible model types
```
Original tags: eeschema ngspice

Story points: 6.0
PARAM or syntax error crash (lp:#1853483)

[Original report](https://bugs.launchpad.net/bugs/1853483) created by **daddyzaur (daddyzaur)**
```
KiCAD 5.1.4
Most any error or missing PARAM or syntax error will crash and close the
whole KiCAD workbench
Every single net name is mangled with unsolicited slashes added in front of
the netname
```
Original tags: eeschema ngspice

Story points: 6.0
Changing simulation element names can crash KiCad (lp:#1853481)

[Original report](https://bugs.launchpad.net/bugs/1853481) created by **daddyzaur (daddyzaur)**
```
KiCAD 5.1.4
Virtual SPICE components inside a SUBCKT schematic must be annotated like
real PCB components. Reannotating internal SUBCKT schematic components will
destroy the meaning of the SUBCKT
```
Original tags: eeschema ngspice

Story points: 6.0