Object selection in eeschema is broken after placing junction, symbol, power symbol, label, or text, but not bus or wire

Bug #1825613 reported by Paul Hansel
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
KiCad
Fix Committed
High
Jeff Young

Bug Description

Placing a junction, symbol, power symbol, label, or text item on any schematic breaks the object select functionality (including single select, box select and move (with m or g) functions). The only way to temporarily fix this error is to leave the schematic or restart eeschema.

Application: kicad
Version: (5.1.0-rc1-511-g77fe7d8), 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

Tags: eeschema
Paul Hansel (paulhansel)
tags: added: eeschema
Revision history for this message
Rene Poeschl (poeschlr) wrote :

Are you really still at release canditate 1? That is not really a release but a pre release. Update to the latest real release and report back if you still expirience the same problems. (depending on your operating system this will be either 5.1.0 or 5.1.1 as the later might not yet be available on all platforms)

Changed in kicad:
status: New → Incomplete
Revision history for this message
Jeff Young (jeyjey) wrote :

@Paul, is that a nightly build or one you did yourself? In either case, how recent is the code?

(The version number should tell me the git commit it was built from, but my git doesn't recognize '77fe7d8' as a commit hash.)

Revision history for this message
Jeff Young (jeyjey) wrote :

(Note that I can't reproduce it, whereas I had no trouble with your other reports, so I think your code is a bit out-of-date.)

Revision history for this message
Paul Hansel (paulhansel) wrote :

@jeyjey,

I have been building the full package from master each time. The specific commit referenced above is from yesterday: https://github.com/KiCad/kicad-source-mirror/commit/77fe7d8325696fe6f5f86dc11b6630c7972f51ab

I can confirm that the issue is absent when I checkout 5.1.1 (d505fd2b). Is there any reason I should continue building+testing the unstable branch?

Revision history for this message
Paul Hansel (paulhansel) wrote :

Also, thank you for pointing this out! I was unaware of the distinction between 5.1.0 and 5.1.1.

Revision history for this message
Jeff Young (jeyjey) wrote :

@Paul,

It's useful for us to get bug reports from the latest and greatest, but master is undergoing pretty heavy development right now so if you're actually trying to get work done then 5.1.1 is a better option.

Cheers,
Jeff.

Revision history for this message
Nick Østergaard (nickoe) wrote :

I think I see exactly the same on linux with master:

Application: kicad
Version: (5.1.0-322-g223e24f42), debug build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.64.1 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.8-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+ 3.24
    Boost: 1.69.0
    OpenCASCADE Technology: 7.3.0
    Curl: 7.64.1
    Compiler: GCC 8.2.1 with C++ ABI 1013

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=ON
    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=ON
    KICAD_USE_OCE=OFF
    KICAD_USE_OCC=ON
    KICAD_SPICE=ON

Changed in kicad:
milestone: none → 6.0.0-rc1
importance: Undecided → High
status: Incomplete → Confirmed
Revision history for this message
Nick Østergaard (nickoe) wrote :

What I observe is that I can hold down the m key and it will move the symbol around on the screen following my mouse pointer. That do feel slightly laggy. But the reason that it seems to move it is that pressing m actually seems to update the canvas. Follow this:

1. add a symbol and place it
2. try to move a symbol with m key (it does not look like the symbol is picked up, but it is)
3. move the mouse pointer
4. hit m key (the symbol move to the mouse pointer location)
5. hit enter to place it

This happens with both the opengl and cairo canvas.

Revision history for this message
Nick Østergaard (nickoe) wrote :

The same happens when moving symbol refdefs and value fields.

Revision history for this message
Nick Østergaard (nickoe) wrote :

This started to happen with the following commit.

commit 32c86a4ca44f62c89820e91cb80f33f1f1871b44
Date: Mon Apr 15 15:34:58 2019 +0100

    Move place symbol to modern toolset.

Jeff Young (jeyjey)
Changed in kicad:
assignee: nobody → Jeff Young (jeyjey)
Jeff Young (jeyjey)
Changed in kicad:
status: Confirmed → In Progress
Revision history for this message
Paul Hansel (paulhansel) wrote :

@jeyjey,

The latest few patches seem to have fixed the selection tool! There is a minor rendering issue while the selection is active - labels and text move the wrong way until the selection is released. I've opened a new bug here: https://bugs.launchpad.net/kicad/+bug/1825853

Jeff Young (jeyjey)
Changed in kicad:
status: In Progress → Fix Committed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.