giseldo/neodataset huggingface dataset:
Cmd-Q in Eeschema quits KiCad -- doesn't prompt for saving schematic (lp:#1831000)

[Original report](https://bugs.launchpad.net/bugs/1831000) created by **Seth Hillbrand (sethh)**
```
Previously, pressing Cmd-Q would exit the front-most application.  In the
latest Mac nightly, starting Eeschema, making a change and pressing Cmd-Q
will quit the entire application and not prompt for saving the editing
schematic.

Application: KiCad
Version: (5.1.0-727-g66a43612b), debug build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.54.0 LibreSSL/2.6.4 zlib/1.2.11 nghttp2/1.24.1
Platform: Mac OS X (Darwin 18.2.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:
    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
```
Original tags: eeschema macos

Story points: 6.0
Switching canvas no longer works (lp:#1830976)

[Original report](https://bugs.launchpad.net/bugs/1830976) created by **Seth Hillbrand (sethh)**
```
Since commit a27e4246e0897d03a33120b402c5aea0060319b9, switching canvases
in pcbnew only works in one direction (Cairo -> OpenGL).  It does not allow
switching from OpenGL->Cairo.

Similar/related is that when starting a fresh install, the enable
acceleration dialog does not set OpenGL on when requested.  You always end
up in "Standard Graphics"

Application: Pcbnew
Version: (5.1.0-776-g48899a4c9), debug 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) 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:
    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: gal

Story points: 6.0
Alt+3 does not open 3D view (lp:#1830969)

[Original report](https://bugs.launchpad.net/bugs/1830969) created by **Oleg Endo (oleg.endo)**
```
Pushing the hotkey (default Alt+3) to open the 3D viewer after pcbnew has
been started does nothing.  It can be opened through the menu, though.
After the 3D view has been opened once, the hotkey works normally.

This started happening not long ago (perhaps 2 weeks?)

Application: Pcbnew
Version: 6.0.0-unknown-59b729c~86~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-50-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: pcbnew

Story points: 10.0
Enable individual symbols and footprints in library tables (lp:#1830946)

[Original report](https://bugs.launchpad.net/bugs/1830946) created by **Seppe Stas (seppestas)**
```
This is a feature request / request for comments

I think it would be nice to have some sort of "filter" option for entries
in a library table, especially for symbol libraries. Some use-cases:

- When using some else's libraries you can only have symbols and footprints
that you have already double checked show up by default (my primary use-
case)
- Find symbols that are already used in a project easier / faster
- Reduce the time needed to load libraries

To elaborate on my use-case:

In the company I work for we maintain our own KiCad library with symbols
and footprints. These symbols and footprints where often made by ourselves,
but sometimes symbols and footprints where copied from third party
libraries like the KiCad official libraries. This kind of sucked, since it
was often not clear where the symbols came from, what changes where made to
it and if changes where made they could not easily be contributed back.

We are now trying a new system where we add third-party libraries as git
submodules in our library, however we stumbled upon one limitation we
didn't have when working just copying symbols: we can no longer just select
specific symbols from the third party library. This is important, since we
often found mistakes / quality issues in third party libraries (and even
though the quality of the official libraries improved a lot, we still can't
trust it blindly).

For footprint libraries it is possible to symlink specific specific
footprints into an "in-between" library but this is a bit tedious to
maintain.

For symbol libraries, we came up with a "SYMBOLS" field in the library
table options field. This SYMBOLS filed contains a space separated list of
symbols in the library that have been "double checked" and used in some
project. This way when we start a new project, we can use the symbols in
the "SYMBOLS" list as if we made them ourselves and we now we have to be a
bit more careful with third-party symbols not in this list.

Having a little checkbox to "enable" a symbol in the symbol library browser
that automatically maintains this list would make this approach a lot more
convenient. The same approach could be applied to footprint libraries. When
placing a symbol / selecting a footprint an option could shown to only show
/ load filtered symbols / footprints.

If it's OK I plan to implement this soon and send a patch to the developer
mailing list. I looked into developing it as a plugin, but it's not really
possible to hook in on the symbol selection dialog as far as I can see.

To reduce impact on the library table format I think the "Options" field
could be used, but having a dedicated field might be nicer. Having a
newline separated list would make it nicer to keep track of changes in git
however, i.e a simple git blame could show when a symbol was added to the
list.
```
Original tags: eeschema feature.request pcbnew

Story points: 6.0
pcbnew crash (segfault) on find/search (lp:#1830942)

[Original report](https://bugs.launchpad.net/bugs/1830942) created by **Dino Ghilardi (dino-ghilardi)**
```
search (ctrl-f) crashes pcbnew.

To reproduce the bug:
-  open pcbnew (with or without opening a board)
-  search something (ctrl-f or edit->find)
-  confirm clicking find item or find marker or using enter (no matter if
the string to search is empty or not)
-  Segmentation fault.

Tested on revision 4d8be7b2bb5bddc30cf92522dc5ad8dfb9e97bdb

------------------------------
Application: Pcbnew
Version: (5.1.0-774-g4d8be7b2b), debug build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.52.1 OpenSSL/1.0.2r zlib/1.2.8 libidn2/0.16 libpsl/0.17.0
(+libidn2/0.16) libssh2/1.7.0 nghttp2/1.18.1 librtmp/2.3
Platform: Linux 4.9.0-8-amd64 x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.69.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.52.1
    Compiler: GCC 6.3.0 with C++ ABI 1010

Build settings:
    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
eeschema search (ctrl-f) works partially (only on component value, not reference, wildcards not working) (lp:#1830870)

[Original report](https://bugs.launchpad.net/bugs/1830870) created by **Dino Ghilardi (dino-ghilardi)**
```
in eeschema the search function does not find reference designators (seems
to search only in the "value" field and wildcards/regular expressions do
not work).

To reproduce the bug:
-create a new progect-schematic
-add a resistor
-set the value of the resistor to 100R
-annotate the schematic
-ctr-f to search and search for "R1", or "R*", or even "*"
enabling/disabling wildcards etc, nothing is found and the red pop-up with
"Reached end of sheet..." is shown.
-The same searching for *R enabling wildcards (should find 100R but does
not)
-searching for "100R" (the value of the component) seems to work.


--------------------------
Tested on version:
4d8be7b2bb5bddc30cf92522dc5ad8dfb9e97bdb

--------------------
Application: Eeschema
Version: (5.1.0-774-g4d8be7b2b), debug build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.52.1 OpenSSL/1.0.2r zlib/1.2.8 libidn2/0.16 libpsl/0.17.0
(+libidn2/0.16) libssh2/1.7.0 nghttp2/1.18.1 librtmp/2.3
Platform: Linux 4.9.0-8-amd64 x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.69.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.52.1
    Compiler: GCC 6.3.0 with C++ ABI 1010

Build settings:
    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
PcdbNew [nightly] Assertion failed on RMB (lp:#1830783)

[Original report](https://bugs.launchpad.net/bugs/1830783) created by **Michele Giorato (mr-miky64)**
```

More and more problems are appearing with the drop-down menus that appear
when the right mouse button is pressed.

ASSERT INFO:
../src/gtk/bitmap.cpp(917): assert "IsOk()" failed in GetHeight(): invalid
bitmap

BACKTRACE:
[1] wxBitmap::GetHeight() const
[2] make_fcontext


In the main menu the View item does not always appear, sometimes it has
scroll buttons, sometimes it is correct, sometimes it closes everything
(not only pcbnew).
Sometimes even Place and Edit are empty and don't even react by clicking on
it.



Application: Pcbnew
Version: 6.0.0-unknown-r15850-b5c80fe6, debug build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.64.0 OpenSSL/1.1.1b zlib/1.2.11 brotli/1.0.7 libidn2/2.2.0
libpsl/0.20.2 (+libidn2/2.0.5) libssh/0.8.7/openssl/zlib nghttp2/1.38.0
Platform: Linux 5.0.17-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: GCC 9.1.1 with C++ ABI 1013

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: pcbnew

Story points: 6.0
eeschema:  copy-paste component -  (temporary) connection points disappear (lp:#1830741)

[Original report](https://bugs.launchpad.net/bugs/1830741) created by **Dino Ghilardi (dino-ghilardi)**
```
In eeschema, copying a component (ctrl-c ctrl-v) creates a new components
without the connection "circles". (see attached image). In this condition
when you drag the component the wires are not dragged.

To reproduce the bug:
-create a new schematic
-place a component (i.e. a test point or any other component that have
pins)
-copy-paste it to have a new component.
-the new component cannot be connected (also graphically there are not the
small circle used to show the connection points). dragging does not move
the wire that touches the pin etc...

Some operations make the component behaviour back to normal, so this is not
a "heavy" bug. In detail:
Exiting and reloading the sheet makes the symbol correct and the circles
reappear.
Also saving the current sheet makes the symbol correct and the circles
reappear.
Also entering and exiting a child sheet makes the symbol correct and the
circles reappear.
Also "update pcb from schematic" makes the symbol correct and the circles
reappear and also the netlist passed to pcbnew seems correct.

Cheers,
Dino.

------------------------------------
Tested on release 6b4b2d61f8af7f75710e57157a9d50ee07293bf0

-------------------------------------
Application: Eeschema
Version: (5.1.0-757-g6b4b2d61f), debug build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.52.1 OpenSSL/1.0.2r zlib/1.2.8 libidn2/0.16 libpsl/0.17.0
(+libidn2/0.16) libssh2/1.7.0 nghttp2/1.18.1 librtmp/2.3
Platform: Linux 4.9.0-8-amd64 x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.69.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.52.1
    Compiler: GCC 6.3.0 with C++ ABI 1010

Build settings:
    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: 8.0
eeschema block rotation does not rotate correctly/consinstently wires (lp:#1830717)

[Original report](https://bugs.launchpad.net/bugs/1830717) created by **Dino Ghilardi (dino-ghilardi)**
```
wire is not rotated correctly in some situations (as when a part of the
schematic is block selected).

-single segment/wire: is not rotated
To reproduce:
  draw a single wire segment, select it, press R to rotate: it does not
rotate neither selecting it with a block operation nor using a single
click.

-segment connected to a testpoint
To reproduce:
  place a testpoint, connect a wire (single segment)
  Block select the testpoint with the wire
  press R to rotate. The testpoint is rotated, the wire is not.

-segment connected to two testpoints
  place two testpoints, connect using a wire
  Rotate with R. Sometimes rotation is correct, some the wire is
disconnected and only the symbols are rotated, some other the wire is
connected "diagonally" in a strange way.

Cheers,
Dino.

--------------------------------------
Tested on revision
27d097a78c7340d9ddebb4acc00c2b283441031c

----------------------------------
Application: Eeschema
Version: (5.1.0-756-g27d097a78), debug build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.52.1 OpenSSL/1.0.2r zlib/1.2.8 libidn2/0.16 libpsl/0.17.0
(+libidn2/0.16) libssh2/1.7.0 nghttp2/1.18.1 librtmp/2.3
Platform: Linux 4.9.0-8-amd64 x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.69.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.52.1
    Compiler: GCC 6.3.0 with C++ ABI 1010

Build settings:
    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: 10.0
pcbnew crash after undo move module (lp:#1830709)

[Original report](https://bugs.launchpad.net/bugs/1830709) created by **hauptmech (hauptmech)**
```
To reproduce, move a module, then undo.


Application: Pcbnew
Version: (5.1.0-752-gce4c4c940), 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
eeschema paste after zooming puts cursor on wrong screen (lp:#1830697)

[Original report](https://bugs.launchpad.net/bugs/1830697) created by **hauptmech (hauptmech)**
```

With eeschema fullscreen on one monitor. Copy an item, zoom out then back
in to another location on the schematic, paste. The mouse cursor is warped
off-screen to the other monitor.

Moving the mouse back to eeschema will show the paste-preview and the paste
can be completed by left click.



Application: Eeschema
Version: (5.1.0-752-gce4c4c940), 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: eeschema

Story points: 6.0
Adding a new library to the global library table will happily use KIPRJMOD by default (lp:#1830694)

[Original report](https://bugs.launchpad.net/bugs/1830694) created by **Rene Poeschl (poeschlr)**
```
Adding a library to the library table automatically replaces the file
system path with path variables if possible. This is generally a good
thing. But the use of KIPRJMOD in a global library table will most likely
be a mistake by the user. Meaning simply using it without asking any
questions might not be the best idea.

Example: The user makes a new library using the library editor. It by
default points the user to the location of the project. New users might
simply create the library that way and select "global" in the next dialog
(as they do not know what global/local means). KiCad will then use KIPRJMOD
in the path without the user ever being aware that they might want to
change this. (Which will lead to an error message when opening a different
project.)

There are two options from this point. Adding a project local library to a
global library table could print a warning message that this is not
considered a good idea or kicad could use the full path instead of path
variables. (I lean towards the former as the most likely case here is a
misunderstanding of kicads library system.)
```

Story points: 6.0
space bar to reset doesn't work in today's eeschema  (lp:#1830693)

[Original report](https://bugs.launchpad.net/bugs/1830693) created by **Lorenzo Marcantonio (l-marcantonio)**
```
Just did a git pull, in eeschema the space bar to reset the local
coordinate system doesn't work anymore (Space is selected in the hotkey
dialog)

Application: Eeschema
Version: (5.1.0-762-g412bff9-dirty), release build
Libraries:
    wxWidgets 3.0.2
Platform: Linux 4.20.6 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.61.0
    OpenCASCADE Community Edition: 6.9.1
    Compiler: GCC 8.2.0 with C++ ABI 1013

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=OFF
    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=OFF
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=OFF
```
Original tags: eeschema

Story points: 6.0
Support immediate actions (lp:#1830692)

[Original report](https://bugs.launchpad.net/bugs/1830692) created by **Lorenzo Marcantonio (l-marcantonio)**
```
In recent unstables the tool behaviour changed for some reasons; before:

- Moved the mouse to the desired point
- Push the shortcut key and it did the thing (i.e. Q for a no connect, W
started a wire...)

Now after pushing the shortcut you *also* need to click the mouse to do the
operation. This is almost silly for the A (add part) where you need to push
A, then click somewhere to open the chooser and at last place the
component.

Nothing wrong with this, only an usability concern.
```
Original tags: eeschema

Story points: 30.0
Push and shove router seems to need small grid (lp:#1830648)

[Original report](https://bugs.launchpad.net/bugs/1830648) created by **Jan-Åke Larsson (jalar)**
```
If I attempt to route through a narrow path without any grid point, where
another track already is present and can be pushed, the first grid point is
not enough for the router to find its way through the narrow path. It
fails.

I produced a movie when this occurs for a TSSOP-20, when trying to route
from pins on one side inward and out from the top of the package. I set a
really coarse grid in the movie. As you can see, routing to the first
available grid point doesn’t work, until I move to the next available grid
point. And then the router seems to “learn” to route through the narrow
gap!?

I typically have a slightly finer grid than this, but also not much
available space. Perhaps I never reach the second grid point?
```
Original tags: pcbnew pns

Story points: 18.0
Adding a part to eeschema - EAGLE like mouse function (lp:#1830645)

[Original report](https://bugs.launchpad.net/bugs/1830645) created by **Jirka (zaloha)**
```
This is a feature request...

Short description: I am a Eagle user for many years. When placing or adding
a part in a schematic, I was very used to component symbol is added to the
cursor and I can place it as many times as I want (until I press Esc 2
times). At the same time, I can rotate the part during placement by right
mouse button.

Is it possible to add such feature into Eeschema (and PCBnew too)? Maybe as
optional function (via some "Mouse functions" tab in Preferences - Settings
etc.).

Thank you.
```
Original tags: eeschema feature.request

Story points: 10.0