(5.0.0-rc2-dev) Eeschema: After editing symbol properties, no symbol is selected

[Reece Pollack]

It's easier to say how to demonstrate this bug than describe it:

 1) Place the mouse cursor over a symbol on the schematic.
 2) Hit "e" to edit the symbol properties.
 3) Hit <Esc> or otherwise close the dialog box.
 4) Without moving the mouse, hit "e" or "v" or other key that acts on that symbol.
 5) Observe that the expected action does NOT occur.
 6) Move the mouse a tiny bit while remaining over the symbol.
 7) Hit "e" or "v" or other action key.
 8) Observe that the expected action occurs.

If step 2 is "v" or "f" instead of "e", subsequent action keys to act on the symbol.

Built from sources on a private branch derived from this Git commit:
    2d5da8b Fix assert when removing CurPart

Application: kicad
Version: (5.0.0-rc2-dev-460-g2f71993), debug build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.47.0 GnuTLS/3.4.10 zlib/1.2.8 libidn/1.32 librtmp/2.3
Platform: Linux 4.13.0-38-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
    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_WXPYTHON=ON
    KICAD_SCRIPTING_ACTION_MENU=OFF
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_SPICE=ON

[Jeff Young (jeyjey)]

Works fine on Mac; did someone fix this already, or is it Linux-only?

[Seth Hillbrand (sethh)]

Not sure but I think it is a cursor-warp thing. I can only get this when the mouse cursor is inside the symbol but the nearest grid point is outside. First 'e' opens the edit window and closing moves the mouse cursor back to the grid -- outside the symbol. Move the mouse a bit and you are back inside the symbol.

This might be different that op's issue.

[Wayne Stambaugh (stambaughw)]

Works fine on windows 10 as well. May be linux specific.

[Jeff Young (jeyjey)]

@Reece, are you seeing what Seth mentioned in comment #2, or something different?
@Devs, anyone else able to reproduce this?

[Reece Pollack (reece-pollack)]

@Jeff, it may be related to the cursor-warp thing @Sethh mentioned, but not exactly as he describes. It only occurs intermittently, and when it does I note that the mouse pointer starts separated from the cross-hairs cursor (because the cross-hairs moves in 50 mil steps while the mouse pointer moves freely). When I exit from the Edit dialog the mouse pointer has indeed moved from where it was when I hit the "e" key. However, the mouse pointer has been moved to align with the cross-hairs cursor, and both are squarely inside the symbol, not outside.

In case it's relevant, and I don't think it is, I'm running Linux Mint 18.2 (Sonya) with the KDE desktop. I normally have "Focus Follows Mouse - Mouse Precedence" selected. However, I've reproduced the bug with "Click to Focus" selected too.

[Maciej Suminski (orsonmmz)]

I see a bit different behavior: I may invoke Properties dialog ('e' hotkey) as many times as I want. Once I open a field related dialog ('v' or 'f' hotkey), other hotkeys stop working instantly until I move the cursor. Tested on c8a78405 (Linux).

[Maciej Suminski (orsonmmz)]

It is a matter of returning focus to the right place once a dialog is gone. Simple m_canvas->SetFocus() restores hotkeys, but is so ugly that I do not dare to push it. I would rather find out what differs Symbol Properties and Edit Field dialogs.

[KiCad Janitor (kicad-janitor)]

Fixed in revision 2c6d0ffe2721825ed6d481f8922dbb3eb67797c0
https://git.launchpad.net/kicad/patch/?id=2c6d0ffe2721825ed6d481f8922dbb3eb67797c0