giseldo/neodataset huggingface dataset:
Save As in library should save a copy (lp:#1788425)

[Original report](https://bugs.launchpad.net/bugs/1788425) created by **Silviu Laurentiu (silviulaurentiu)**
```
          On the Kicad 4.7 version was very easy to change the active
library in the Symbol Library Editor tool, in order to save a symbol from a
library to another one. For example, I need to save some symbols from Kicad
libraries to My_library, in order to work only with My_Library, because it
is load and read very quickly by Kicad. In the last Kicad version is not
possible to select the active library in Symbol Library Editor. Is this ok?
In Footprint Editor it works.

          Many thanks!




Application: kicad
Version: (5.0.0), release build
Libraries:
    wxWidgets 3.0.3
    libcurl/7.54.1 OpenSSL/1.0.2l zlib/1.2.11 libssh2/1.8.0 nghttp2/1.23.1
librtmp/2.3
Platform: Windows 7 (build 7601, Service Pack 1), 64-bit edition, 64 bit,
Little endian, wxMSW
Build Info:
    wxWidgets: 3.0.3 (wchar_t,wx containers,compatible with 2.8)
    Boost: 1.60.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.54.1
    Compiler: GCC 7.1.0 with C++ ABI 1011

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=OFF
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_ACTION_MENU=OFF
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON
```

Story points: 6.0
Add Hatched Polygon Fill (lp:#1788324)

[Original report](https://bugs.launchpad.net/bugs/1788324) created by **Leandro Heck (leoheck)**
```
I have an antenna footprint that I want to use the technique described in
KLC F4.5

"2. Area should be hatched diagonally"

Filled polygons should allow hatched pattern fills (possibly links with the
zone filling patch by JP)

KLC Reference:
http://kicad-pcb.org/libraries/klc/F4.5/

Application: kicad
Version: 6.0.0-rc1-unknown-6db71cd~84~ubuntu18.04.1, release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.58.0 OpenSSL/1.1.0g 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-25-generic x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.65.1
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.58.0
    Compiler: GCC 7.3.0 with C++ ABI 1011
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
```

Story points: 10.0
DRC click on error should zoom extents (lp:#1788312)

[Original report](https://bugs.launchpad.net/bugs/1788312) created by **Seth Hillbrand (sethh)**
```
Clicking on a DRC error or unconnected report should zoom the window to the
correct level to show the item and its surroundings.

Application: pcbnew
Version: (5.0.1-dev-40-gb167c41d1), release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.52.1 OpenSSL/1.0.2l 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-7-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.62.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.52.1
    Compiler: GCC 6.3.0 with C++ ABI 1010

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=OFF
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON
```

Story points: 30.0
Cannot create text on solder-mask layers (lp:#1788268)

[Original report](https://bugs.launchpad.net/bugs/1788268) created by **Andrew Zonenberg (azonenberg)**
```
Testing on 6.0.0-rc1-dev-316-ga88831d7a.

Steps to reproduce: Try to create a text object on a soldermask layer

Expected result: Soldermask layers show in the dropdown box on the layer
selection dialog. This is useful for (among other things) creating layer
ordering marks to ensure the right masks are used in the right order.

Actual result: Soldermask layers are not present in the dropdown.
```
Original tags: pcbnew

Story points: 6.0
eeSchema standalone throws wxWidgets error on add text (lp:#1788251)

[Original report](https://bugs.launchpad.net/bugs/1788251) created by **Brian Piccioni (br0an)**
```
When eeschema is run directly (i.e. type eeSchema in the Windows search
bar) and Add Text is selected WxWidgets throws an error (see screen grab).

This happens every time even on a blank sheet. Selecting Yes causes program
exit, Cancel and everything works fine and the error is never shown again.
This happens every time.

This is not a critical error if you just select cancel.

Application: kicad
Version: (5.0.0), release build
Libraries:
    wxWidgets 3.0.3
    libcurl/7.54.1 OpenSSL/1.0.2l zlib/1.2.11 libssh2/1.8.0 nghttp2/1.23.1
librtmp/2.3
Platform: Windows 8 (build 9200), 64-bit edition, 64 bit, Little endian,
wxMSW
Build Info:
    wxWidgets: 3.0.3 (wchar_t,wx containers,compatible with 2.8)
    Boost: 1.60.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.54.1
    Compiler: GCC 7.1.0 with C++ ABI 1011

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=OFF
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_ACTION_MENU=OFF
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON
```
Original tags: eeschema wxwidgets

Story points: 6.0
DRC error on disabled layer (lp:#1788248)

[Original report](https://bugs.launchpad.net/bugs/1788248) created by **Corné Voogt (corne.voogt)**
```
I have footprints that contain silkscreen layer. When I disable the
silkscreen layer in my design, than I get on every line/reference error 49.
Example:

ErrType(49): Item on a disabled layer
    @ (120.630 mm,80.200 mm): “Graphic (Line) on F.SilkS of C202” is on a
disabled layer

When a layer is disable, it should not be checked by the DRC.

Attached I added my design and when you run the DRC you get 601 errors.
When the F.Silks is enable, then there are no error.

Gr. Corné Voogt
```

Story points: 6.0
Eeschema/Pcbnew leaks filedescriptors (lp:#1788227)

[Original report](https://bugs.launchpad.net/bugs/1788227) created by **slowcoder (slowcoder)**
```
Every now and then (don't you love that), either Eeschema or Pcbnew leaks a
massive amount of filedescriptors, leading to it using up all available
descriptors, and failing to save ones work. Previous save seems to be
intact in .bak files, although that has failed once for me.

In typical use, the Kicad processes uses 148 descriptors for me. Seems
unchanged no matter what I do.
However, every now and then, it shoots up to 1025 (ulimit on my system),
and it fails to save files.

Unfortunately, I haven't been able to track down exactly what causes it.
However, as it just happened, this is roughly what I did:
1. Create new 625 pin footprint (simple array)
2. Start creating the schematic symbol for the component.
3. While creating the component, created a dummy schematic to just connect
the pins together, so I could get an idea of the floorplanning of the BGA
(i.e, connect together all GND pins, all 3.3V pins, etc).
4. About 200 pins into this process, it failed.
(Of course, I save the footprint and "F8" from Eeschema quite often during
this process)

KiCad version: 6fdc5972f8431b4d5831a32649e67bfe20d05de8  (I.e, post 5.0)
OS: Linux 4.17.2
```

Story points: 6.0
No keyboard action to close folders in Open 3D Model browser (lp:#1788077)

[Original report](https://bugs.launchpad.net/bugs/1788077) created by **Leandro Heck (leoheck)**
```
There is a tree view there, I can open folders, but I can't close them. The
arrow back moves the selection to the parent folder. Maybe the spacebar can
be used to close the folder there.
```

Story points: 6.0
Workflow issues with arrow keys in libedit (lp:#1788075)

[Original report](https://bugs.launchpad.net/bugs/1788075) created by **Leandro Heck (leoheck)**
```
I can move pins/symbols with arrow keys. But I have to click the mouse to
set/finish the movement.
Add the Enter (Return) key.

This behavior already works on Eeschema.


Application: kicad
Version: 6.0.0-rc1-unknown-00d912f~84~ubuntu18.04.1, release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.58.0 OpenSSL/1.1.0g 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-25-generic x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.65.1
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.58.0
    Compiler: GCC 7.3.0 with C++ ABI 1011

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
```

Story points: 10.0
Visibility enhancements for hierarchical sheets (lp:#1788070)

[Original report](https://bugs.launchpad.net/bugs/1788070) created by **Leandro Heck (leoheck)**
```
This feature is pretty unfinished, I feel.

So, I am adding here what I miss from this hierarchical feature.

1. Improve support to resize the hierarchical sheet (right now it is made
from the bottom right, which is a pain to reorganize things). Maybe it
could be treated like a symbol and edited in with the symbol editor.
2. Better support to move, reorganize the hierarchical labels. If something
like the #1 is a good idea, this process can be easy like to organize pins
in a symbol.
3. Background color like the symbols has (maybe a light-gray/green/blue)
4. Remove (or hide) "Sheet:" and "File:" labels
5. Possibility to hide the entire "Sheet:Sheetname" label
6. Possibility to hide the entire "File:Filename" label
```
Original tags: eeschema feature.request

Story points: 38.0
Incorrect soldermask expansion in rounded rectangle and rectangular pads (lp:#1788037)

[Original report](https://bugs.launchpad.net/bugs/1788037) created by **Fabián Inostroza (fabianinostroza)**
```
The soldermask expansion doesn't keep the distance near the "corners" of
rounded rectangle and rectangular pads. If somebody sets the zone clearance
be the same as the pad/net and soldermask clearance there would be
aditional copper exposed.

See the attached screenshots

Application: kicad
Version: (6.0.0-rc1-dev-332-g00d912f0b), debug build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.61.0 GnuTLS/3.5.19 zlib/1.2.11 libidn2/2.0.4 libpsl/0.20.2
(+libidn2/2.0.4) libssh2/1.8.0 nghttp2/1.32.0 librtmp/2.3
Platform: Linux 4.17.0-1-amd64 x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.62.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.60.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=OFF
```

Story points: 6.0
Eagle import links schematic nets too aggressively (lp:#1788019)

[Original report](https://bugs.launchpad.net/bugs/1788019) created by **Seth Hillbrand (sethh)**
```
If you download the Arduino Due Eagle schematics from
https://www.arduino.cc/en/uploads/Main/arduino-Due-Reference-design.zip

After importing the project, R13 in the schematic gets linked to +5V at
ICSP1.  This happens because R13's top pin overlaps both the MOSI2 net from
pin 4 and the +5V net from pin 2.

Application: kicad
Version: (5.0.1-dev-37-g182b8a32d), release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.52.1 OpenSSL/1.0.2l 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-7-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.62.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.52.1
    Compiler: GCC 6.3.0 with C++ ABI 1010

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=OFF
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_WXPYTHON=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: 10.0
strange & bad routing (lp:#1787980)

[Original report](https://bugs.launchpad.net/bugs/1787980) created by **Franck78 (fbourdonnec)**
```
Hello (again)

Open the two connector attachment

The U shape is unusual but why not.
Funny part is elsewhere.

Place two tracks
netPad1 is 1mm
netPad2 is 0.2mm
absolutely horizontal

Drag down netPad2, ok the classic V shape for both nets.
Drag up netPad1, also ok.

Make netPad1 horizontal again.
Delete netPad2 and make the track, 2mm width now.

Drag down NetPad2. It moves just a little bit down. NetPad1 is unmovable.
Accept.(*)
Drag down again NetPad2, now starts the unusual U shape.
Make the U the shape of a square.

The worse is here
Grab the horizontal part of NetPad1. You expect the U to reduce
Move up NetPad1, you get an inverted V. And two bad closed angles.

NetPad2 reshapes immediately to horizontal position. Expected and good.
Shortest path.
BUT it is not.
Two segments, for no reason.


(*)More ?
Suppress the central segment NetPad2.
You now have 6 little pieces of segments that the "Cleanup tracks&Via"
refuses to clean.
This functionality is now totally useless (never in v4).

Now you have a simple step list to try to fix those two more than annoying
things: closed angle (<90°) and undue segments production.

Application: kicad
Version: 5.0.0, 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.143-65-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_WXPYTHON=ON
    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
Improper Grabbing of placed imaged in eeschema (lp:#1787966)

[Original report](https://bugs.launchpad.net/bugs/1787966) created by **Ron Burkey (rburkey)**
```
I am using the nightly build for version 6.0.0-rc1.

This problem relates to the case in which you have placed a large bit-
mapped image into eeschema, and have objects atop it ("in front" of it),
such as library symbols, wires, text, etc.  (Imagine the image being a
background for the entire sheet, used as merely a temporary guide for
placement of the true spreadsheet objects.)

Under these circumstances, "Grabbing" (G) an item sometimes grabs both the
object and the image behind it.  For example, Grabbing a symbol does *not*
grab the background image (it grabs only the symbol), but Grabbing a wire
or endpoint of a wire *does* grab both the wire/endpoint *and* the
background image.  The effect, of course, is that when you move the object
you've grabbed, you inadvertently move the image as well.  (But the
background image doesn't visually move until after you drop the object you
actually though you were moving, so you don't even know you're doing it.)

Unfortunately, you can't just easily work around this by moving the image
afterward to where it was supposed to be, because of Bug #1787404.
```
Original tags: eeschema

Story points: 6.0
Bad Move operations on large images in eeschema (lp:#1787964)

[Original report](https://bugs.launchpad.net/bugs/1787964) created by **Ron Burkey (rburkey)**
```
I am using KiCad nightly builds for version 6.0.0-rc1.

If you have placed an image into a schematic and later try to Move (M) it,
the cursor jumps to the reference point of the image, which is apparently
its center, at which point you begin moving the image itself with mouse or
thumwheel or arrow keys or whatever.  This seems to work well for small
images.

However, if you have a large image which is not entirely within the viewing
area (or, I think, sometimes even if it is within the viewing area),
hitting M to move the image causes not only the viewing area to suddenly
jump to wherever the center of the image is, but usually instantly
displaces the entire image at the same time.  In other words, the image has
already moved to a new location within the sheet when M is hit, even before
the user tries to move the mouse.  I personally am using a thumbwheel and
the arrow keys and the M on the keyboard, so I'm pretty sure this is not
due to me accidentally moving the cursor myself.

If the only intention of the Move (as mine usually is) was to move the
image 25 or 50 mils from where it started, this large random move in some
direction or other is pretty dreadful.

The only reasonably safe way to Move a large image seems to be to zoom back
until the entire sheet fits in the viewing area, then position the cursor
where you think the center of the image is, and then hit M.
```
Original tags: eeschema

Story points: 6.0
Connectivity algorithm failure (lp:#1787961)

[Original report](https://bugs.launchpad.net/bugs/1787961) created by **Franck78 (fbourdonnec)**
```
Hello,


Short version, place three pads, duplicate one, make two tracks. Apparently
identical pieces but not same reaction to edit.

Open the attachment


-launch pcbnew
-load some design
-edit->global-deletion->clearboard
(the netlist is still active and maybe it's a feature)
Add some footprints this way (select a basic single test point pad)

-o place it
-ctrl-D the pad, place it
-link the two pads with a track
-o place it
-o place it
-again, link the two pads

-e on track1, assign a net from the dropdown list, validate
-e on track2, assign a net from the dropdown list, validate

One track accept and memorize the edit.
The other track, no.
From a user's point of view. It's to same tracks no reacting the same.

-reload netlist (not the design)
-pose the mesh somewhere
-now, no more assignment of net names for either track

-o
-o
-link the two pads, again
-e, choose net name
and net name change is accepted.



Application: kicad
Version: 5.0.0, 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.143-65-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_WXPYTHON=ON
    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
messy labels (lp:#1787940)

[Original report](https://bugs.launchpad.net/bugs/1787940) created by **Franck78 (fbourdonnec)**
```
Hello,

Open attachement


Some labels serve no purpose after first import of the netlist.
(ok during schema editor you fixed some but not all).
Even if they were short, they are annoying because your first task is
arranging footprints on the pcb and not picking a label alone.

Solutions ..?

-while importing the netlist, set "Value" and the extra "Text %R" labels to
invisible.
Only REF is meaningful at that moment.

I know your answer : un-check some "Layer visibility items"
Not exactly the same because selecting the footprint makes the label
appear.
Also, REF is useful. But now, double chance *not* to pick the footprint.

-assign the "Del" key to a single task on any selected label (schema or
pcb)
=>delete its visibility bit. Set invisible.

Rotate "R"... Move "M" .... "Invisible" Del !




Application: kicad
Version: 5.0.0, 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.143-65-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_WXPYTHON=ON
    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
Spice netlist (lp:#1787902)

[Original report](https://bugs.launchpad.net/bugs/1787902) created by **JKB (joel-bertrand)**
```
Hello,

I have upgraded my kicad installation yesterday and I have found a bug in
spice netlist.

For example, if I add in schematic :
.tran 10n 1m
.options method=gear reltol=1m minbreak=200ps
.control
    run
    write results.raw
    quit
.endc

only lines that begin with a dot are exported in spice netlist and I obtain
:
Q4 Net-_Q4-Pad1_ /Vc /Vs BC32725
XM1 Net-_M1-Pad1_ /Vs Net-_D1-Pad2_ NC_01 irf9540npbf
R7 Net-_M1-Pad1_ 0 2.8
V3 Net-_Q4-Pad1_ 0 0
.tran 10n 1m
.options method=gear reltol=1m minbreak=200ps
.control
.endc

Of course, before my upgrade, spice netlist was created as expected.

Best regards,

JB


Application: kicad
Version: (5.0.1-dev-36-g831978293), release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.61.0 GnuTLS/3.5.19 zlib/1.2.11 libidn2/2.0.4 libpsl/0.20.2
(+libidn2/2.0.4) libssh2/1.8.0 nghttp2/1.32.0 librtmp/2.3
Platform: Linux 4.16.0-2-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.62.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.61.0
    Compiler: GCC 7.3.0 with C++ ABI 1011

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=OFF
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_ACTION_MENU=OFF
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON
```
Original tags: ngspice pspice

Story points: 6.0