New eeschema toolset selects wrong pins

[eelik]

See the attached video. The new toolset seems to interpret coordinates or pin order number in a wrong way when I click a pin name of a symbol.

Application: kicad
Version: (5.1.0-467-gb7e67073e), 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 7 (build 7601, Service Pack 1), 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

[Jeff Young (jeyjey)]

Do you also get the text moving in the opposite direction if you drag a symbol text field?

(It's odd that I can't reproduce either one of these. They're not surprising as LibEdit uses the opposite Y axis as eeschema, so there could be errors. But it's hard to imagine them being platform-specific.)

[Michael Kavanagh (michaelkavanagh)]

I can reproduce this one.

[eelik (eelik)]

It only happens vertically, like in the video. With a symbol with pins in all 4 sides I can see it is about coordinates. It mirrors the Y coordinates of the symbol, relative to the symbol's own zero point. But it doesn't happen with value and reference texts, only with pin names. If the zero point isn't in the center of the symbol, clicking outside the symbol causes the pin in the mirrored location selected.

[eelik (eelik)]

Clarification: I can click directly on the value or ref field and it selects that field normally, but at the same time may select a pin if it happens to be in the mirrored location.

And I don't seem to be able to move the value or ref field with mouse, only with keyboard.

[Jeff Young (jeyjey)]

The inability to move the ref or value is a different bug. (Fixed, but not yet merged.)

Still can't reproduce the pins issue. (And Michael can, so it's not a platform issue.)

[eelik (eelik)]

I just compiled on Linux and it happens there, too.

[eelik (eelik)]

To add to previous comment, the symbol editor works correctly in this respect. Still happens in the sch editor. Selecting and moving ref and val fields works OK now.

Application: kicad
Version: (5.1.0-485-g316be464a), release build
Libraries:
    wxWidgets 3.0.4
Platform: Linux 4.15.0-47-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
    Compiler: GCC 7.3.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=OFF
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=OFF

[Jeff Young (jeyjey)]

Ahh... that explains it. I didn't pay enough attention to the background in the video: I was always trying to reproduce it in the symbol editor.

[KiCad Janitor (kicad-janitor)]

Fixed in revision 11ec7d4651ae366628fd98cf738951ecbc4f584a
https://git.launchpad.net/kicad/patch/?id=11ec7d4651ae366628fd98cf738951ecbc4f584a

[eelik (eelik)]

It works now.