giseldo/neodataset huggingface dataset:
Missing wires of bus in hierarchical (lp:#1825532)

[Original report](https://bugs.launchpad.net/bugs/1825532) created by **Hildo Guillardi Júnior (hildogjr)**
```
I am using hierarchical sheet, passing a bus of connections (I had attached
the schematic). But when I synchronize the NET (by F8) still missing a lot
of connections. Judging that some appear I think it is a issue.

Trying to do the sync through the NET file, a different result appear, also
missing connections. Check the `relays*` track at the top-right part of the
board.

Am i doing right the wire discrimination?

Curiosity: it is also possible using the `~signal[4..0]~` structure in the
busses passed through the hierarchical sheet?


Application: kicad
Version: 5.1.0-unknown-2bcf38d~82~ubuntu16.04.1, release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.47.0 OpenSSL/1.0.2g zlib/1.2.8 libidn/1.32 librtmp/2.3
Platform: Linux 4.15.0-47-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:
    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: eeschema pcbnew

Story points: 6.0
Eeschema right<->left select make no different (lp:#1825522)

[Original report](https://bugs.launchpad.net/bugs/1825522) created by **Hildo Guillardi Júnior (hildogjr)**
```
Last Nighties have also the different selection (color) box) in Eeschema,
such Pcbnew. But this direction in the selection (right to left or left to
right) is making no difference and always all the crossed objects are
selected.

Application: eeschema
Version: 5.1.0-unknown-2bcf38d~82~ubuntu16.04.1, release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.47.0 OpenSSL/1.0.2g zlib/1.2.8 libidn/1.32 librtmp/2.3
Platform: Linux 4.15.0-47-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:
    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: eeschema

Story points: 6.0
eeschema segfaults on cancelled label creation and has sticky tool behavior (lp:#1825427)

[Original report](https://bugs.launchpad.net/bugs/1825427) created by **Paul Hansel (paulhansel)**
```
To reproduce:

1. Click the "place global label" button on the right sidebar. The global
label button will not be selected, while the "place net label" button will
be highlighted.

2. Type in any random label name and press enter. The actual label created
will simply be a net label.

3. Press Esc (to cancel the "place net label" operation). eeschema will
segfault.

If you press escape several times while the "place net label" dialog is
still open, i.e. step 1, the "place net label" tool will remain active even
though the "select item" tool is highlighted. This happens with several
other tools.

Application: kicad
Version: (5.1.0-rc1-499-gcc18464), release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.47.0 OpenSSL/1.0.2g zlib/1.2.8 libidn/1.32 librtmp/2.3
Platform: Linux 4.15.0-47-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:
    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
Interactive Router Ignores spacing rules (lp:#1825399)

[Original report](https://bugs.launchpad.net/bugs/1825399) created by **BobZ18188 (bobz18188)**
```

1) I had preliminary completed my pcb layout and ran DRC.  Received error:
“Two track ends too close” ErrType(17)

2) The reported error was for two trace segments which are fully and
properly connected together on the same net.  Could not figure out what was
going on.

3) Based on help from another KiCad user, we determined that the problem
was triggered by DRC spacing violation from an adjacent trace.  Of course
this cause-effect is far from obvious.


Version information below

Application: kicad
Version: (5.0.2)-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_WXPYTHON=ON
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON
```
Original tags: drc pcbnew pns

Story points: 16.0
Method to Trim whitespace from BOM entries all at once (lp:#1825369)

[Original report](https://bugs.launchpad.net/bugs/1825369) created by **Chase Rayfield (cusbrar2)**
```
It would be nice if there were a button that just trimmed all the leading
and trailing whitespace from BOM entries as this can cause failure to match
on the same part and is a bit time consuming to fix.

This typically occurs when copying and pasting part numbers from the web
etc...

I think a simple button to do this would be ideal but I guess there are
other solutions as well as long as they don't break something.
```

Story points: 6.0
Nightly from r12774 till now (r12796) huge issue in Schema (lp:#1825306)

[Original report](https://bugs.launchpad.net/bugs/1825306) created by **Sebastian Kulik (sebastiankulik1)**
```
Hi guys,

I use nigtly builds all the way. From r12774  till yesterday's r12796 ist
huge issue in Schema: press "M" you can move the part, but you cannot lay
it down to place you need/wish. Doesend matter o0f Schema/Project/File-
this artifact is reproduceble on my side.
Any ideas?
Best regards,
Sebastian

Application: kicad
Version: (5.1.0-295-g0772b5484), 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
KiCad blocked in an infinite loop when using "/" in a footprint name (lp:#1825300)

[Original report](https://bugs.launchpad.net/bugs/1825300) created by **KiCad bug report (kicad-bug-report)**
```

When creating a new footprint in the footprint editor, I copied the
component name from the supplier's data sheet into the value-field of the
grid in the footprint properties (see also attached screenshot). This value
contained a forward-slash "/".
Next a warning dialog popped up telling me that some specific characters
should not be used.
When clicking on the "ok"-button of this warning-dialog, the dialog closes,
and immediately pops up again with the same message. The only solution to
get out of this infinite loop, was to force-quit the KiCad process on OS-
level (resulting in the loss of all unsaved work).


Application: kicad
Version: (5.1.0-0), release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.54.0 LibreSSL/2.0.20 zlib/1.2.11 nghttp2/1.24.0
Platform: Mac OS X (Darwin 17.7.0 x86_64), 64 bit, Little endian, wxMac
Build Info:
    wxWidgets: 3.0.4 (UTF-8,STL containers,compatible with 2.8)
    Boost: 1.68.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.51.0
    Compiler: Clang 8.0.0 with C++ ABI 1002
Build settings:
    USE_WX_GRAPHICS_CONTEXT=ON
    USE_WX_OVERLAY=ON
    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
Alpha image appear black in pdf (lp:#1825276)

[Original report](https://bugs.launchpad.net/bugs/1825276) created by **Hildo Guillardi Júnior (hildogjr)**
```
When exported to PDF an Eeschema project with some transparent blackground
image, it is shown completely black on PDF (the `alpha`is not interpreted).


Application: kicad
Version: 5.1.0-unknown-03bce55~82~ubuntu16.04.1, release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.47.0 OpenSSL/1.0.2g zlib/1.2.8 libidn/1.32 librtmp/2.3
Platform: Linux 4.15.0-47-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:
    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: eeschema

Story points: 18.0
PCBnew is slow and renders with glitches on large design (lp:#1825268)

[Original report](https://bugs.launchpad.net/bugs/1825268) created by **Victor W (vicw)**
```
Using a nightly version of pcbnew, we've noticed some substantial
performance degradation when working with a complex layout. In our case, we
have around 130k nets, and just over 13k pads, with 26 layers.

We're observing the following issues;

1) Slow performance when scrolling or viewing design

When scrolling around the board, it seems to take a really long time for
everything to happen. Zooming in or out takes is really slow and laggy.

2) Slow/laggy/inconsistent performance when routing traces.

In addition, pcbnew is very slow when routing tracks, it seems really
laggy, and it doesn't always work - it will look like you're routing a
track, but when you try and finish it, it does not always appear or remain,
and you have to do it over.

3) Graphics glitches

When changing views or layers, sometimes you get really weird artifacts,
tearing, or glitches.

The best example is when alternating between "show filled areas in zones"
and "do not show filled areas in zones".

If you toggle between the two, eventually things end up looking really
funny - maybe the wrong colour, or else an entire layer will disappear.
This also sometimes happens if you rapidly switch between high contrast
mode (h) and regular mode. It also sometimes happens if you toggle between
drawing modes, especially fill zones and sketch zones.

---

I realize that this bug report is very qualitative, but the problem here is
that the behavior is really inconsistent. Sometimes it works, other times
we only belatedly realize that it's not showing all the pads for the front
of the board.

Most of the issues we're seeing did not exist with the release version of
kicad v5.1.

(With the release version, it's still a bit laggy, but nowhere nearly as
bad as it is using the current git build).

I see these problems using the following nightly version of kicad;

Application: kicad
Version: (5.1.0-293-g45aa51459), release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.64.0 OpenSSL/1.1.1b zlib/1.2.11 libidn2/2.1.1 libpsl/0.20.2
(+libidn2/2.1.1) libssh2/1.8.1 nghttp2/1.36.0
Platform: Linux 5.0.2-arch1-1-ARCH 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.69.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.64.0
    Compiler: GCC 8.2.1 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=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: 8.0
QFN wizard generates wrong pad sizes (lp:#1825261)

[Original report](https://bugs.launchpad.net/bugs/1825261) created by **Paul van der hoeven (paulvdh)**
```
Very recently (yesterday, 2019-04-17) a small bug was discovered in the QFN
Wizard script, and within a few hours jp-charras made a quick patch with:
https://github.com/KiCad/kicad-source-
mirror/commit/68e6308066a3bd0a4fcbf6aae8c4869d075aae3e

He renamed "fillet" to "offset" a few times, and removed the "offset" from
the pad length.
This is great, and I'm amazed by the fast response (I've seen this happen
before with small and easy to fix things).

As a remnant from the (oddly weird) "fillet", the offset is now divided by
2.
It seems more logical to add the complete offset the pads:

pcbnew/python/plugins/qfn_wizard.py
102 -      h_pitch = h_pitch / 2 - pad_length + (pad_length+pad_offset)/2
103 -      v_pitch = v_pitch / 2 - pad_length + (pad_length+pad_offset)/2

102 +      h_pitch = h_pitch / 2 - pad_length + pad_length / 2 + pad_offset
103 +      v_pitch = v_pitch / 2 - pad_length + pad_length / 2 + pad_offset


There is also a thread about this on the user forum:
https://forum.kicad.info/t/qfn-wizard-generates-wrong-pad-sizes/16386
```

Story points: 6.0
adopt rapid netclass assigment (lp:#1825259)

[Original report](https://bugs.launchpad.net/bugs/1825259) created by **zakhar nasimov (thedocument)**
```
The method is
-user hovers over a pad
-user presses a hotkey
-small dialog appears

Netclass name is automatically selected from the pad user pressed hotkey

Dialog contains standard netclass properties - Name, Clearance, Track Width
Via Size, Via Drill uVia Size, uVia Drill, dPair Width, dPair gap

Dialog is small and has no other elements in it other than netclass name
and netclass properties.

This allows user to rapidly assign netclass properties based on layout and
pads.

Dialog should not permit user to change netclass, it should be distinctly
open for the specific selected netclass otherwise the dialog in Board Setup
--> Net Classes becomes redundant. It also serves to eliminates errors by
preventing user to change netclass thru this very specific selection tool.
```

Story points: 6.0
GerbView: Very Slow and incorrect display when opening many gerbers. (lp:#1825248)

[Original report](https://bugs.launchpad.net/bugs/1825248) created by **Victor W (vicw)**
```
Hi,

When opening a large number of reasonably complex gerbers, GerbView slows
down dramatically and eventually becomes unresponsive.

We have a complex project and are looking to view around 40 layers at once.

Even though we can correctly view a comparatively small number of layers
(say, 4-6 at a time), when we try to view more than that, GerbView slows
down dramatically ("Loading Gerbers Progress Bar").

Moreover, when trying to display more than around 30 gerbers (Not sure what
the exact number is, but it's somewhere between 28 and 36), gerbview slows
down dramatically, and the rendering breaks, with layers looking completely
wrong. Regions that should be completely filled end up looking torn and
jagged, and the resulting view is just wrong.

I've attached a screenshot of this to the report.

If you try and work around this, by opening a small number of gerbers at a
time, and then incrementally adding more, it is still very slow. If we try
and do this to open all 40, gerbview becomes unresponsive for a
ridiculously long time (>3min), and then eventually puts up a progress bar
("Loading Gerber Files...").

After about 30s of seeing the progress bar, all the rendering breaks again,
and it looks like the attached screen shot.


---


Application: kicad
Version: (5.1.0-293-g45aa51459), release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.64.0 OpenSSL/1.1.1b zlib/1.2.11 libidn2/2.1.1 libpsl/0.20.2
(+libidn2/2.1.1) libssh2/1.8.1 nghttp2/1.36.0
Platform: Linux 5.0.2-arch1-1-ARCH 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.69.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.64.0
    Compiler: GCC 8.2.1 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=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: gerbview

Story points: 14.0
Eeschema hold part moving (lp:#1825204)

[Original report](https://bugs.launchpad.net/bugs/1825204) created by **Hildo Guillardi Júnior (hildogjr)**
```
Pressing m to move some symbol, Eschema hold the symbol with the cursor but
right clicking or <Enter> not release it on the wanted position.


May be related with lp:1825192.

Application: kicad
Version: 5.1.0-unknown-ead5bfe~82~ubuntu16.04.1, release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.47.0 OpenSSL/1.0.2g zlib/1.2.8 libidn/1.32 librtmp/2.3
Platform: Linux 4.4.0-145-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:
    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: eeschema

Story points: 14.0
segfault when creating a new library (lp:#1825203)

[Original report](https://bugs.launchpad.net/bugs/1825203) created by **Joel Stienlet (joelstienlet)**
```
Hello,
When creating a new library in a folder where I don't have write
permissions, the program quits with a segfault, without any indication
about what went wrong.

The process gets into FILE_OUTPUTFORMATTER::FILE_OUTPUTFORMATTER in
richio.cpp, then because I don't have write permissions in the directory,
!m_fp is true, and normally it should throw the error: THROW_IO_ERROR(
strerror( errno ) );
Here comes the bug: this error never gets displayed anywhere, I only get
"segfault" in the terminal, whithout any further information. (Needless to
say, such a situation is time-consuming when you don't even know where to
start the debug.)

I compiled the latest sources from the github mirror, under fedora 29.
[stienlet@localhost kicad-source-mirror]$ git rev-parse --short HEAD
1437e56b7


I tried to do this in FILE_OUTPUTFORMATTER::FILE_OUTPUTFORMATTER:

     if( !m_fp ) {
         fprintf(stderr,"Cannot open file %s : %s\n", static_cast<const
char*>(aFileName.c_str()), strerror( errno ) );
         THROW_IO_ERROR( strerror( errno ) );
     }

My string to stderr gets printed correctly, thet it segfaults, so the bug
comes from the exception management system. (and obviously from the
permissions in my directory in the first place, but that's solved now)
```

Story points: 6.0
Open Choose symbol continually (lp:#1825192)

[Original report](https://bugs.launchpad.net/bugs/1825192) created by **Hildo Guillardi Júnior (hildogjr)**
```
After press "a" and use once time the "Choose Symbol" dialog, every time
that I click on Eeschema canvas, even after press several times <Esc>, the
dialog opens again.
Because this behavior Eeschema doesn't allow do nothing after one component
placed.

Other behavior that may be related:
To pick a symbol I have to:
1) Press <a> to cross cursor appear;
2) Press <Enter> in any part of the schematic to the dialog open.
Before the behavior didn't need the additional <Enter>, just press <a> to
place at the current cursor possition.


Application: eeschema
Version: 5.1.0-unknown-ead5bfe~82~ubuntu16.04.1, release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.47.0 OpenSSL/1.0.2g zlib/1.2.8 libidn/1.32 librtmp/2.3
Platform: Linux 4.4.0-145-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:
    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: eeschema

Story points: 20.0