KiCAD 5.0.2. PCBNew. Grab command acts like Move command in pcbnew

Bug #1818388 reported by Anton
This bug report is a duplicate of:  Bug #1743099: No drag footprint in modern canvases. Edit Remove
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
KiCad
Fix Committed
Undecided
jean-pierre charras

Bug Description

Problem in Pcbnew (KiCAD 5.0.2)

This bug holds since KiCAD 5.0.0. When I create a schematic, number components, give components it's footprints, generate net-list - all works good. When I open pcbnew net-list reads without problems, components are plases, traces draws. No problem.

When I need move footprint with connected traces I use Grab command. But, when I need grab one footprint more than one time, Grab command acts as Move command after first grabbig. With kicad 4.0.7 I might grab footprints many times and all this time Grab command acts as Grab command.
This bug appears in F9-mode (legacy) of pcbnew in KiCAD 5.0.0 - 5.0.2.

As I seen later, if after first grabbing I press F9 button, then do second grabbing, Grab command acts as grab. If I do first grab and then do second grab without F9 button being pressed, in second time and other grab command acts as move command - traces holds on, fotprint moves without connected traces to it's pads.

kicad 5.0.2 builds from sources:
cmake -DCMAKE_BUILD_TYPE=Release -DKICAD_SCRIPTING_WXPYTHON=OFF -DCMAKE_INSTALL_PREFIX=/usr/local/kicad5 ../
with separate kicad directory in /usr/local

No changes in CMakeLists.txt were made by me

oce lib /usr/local/lib
oce builds from https://github.com/tpaviot/oce.git

Application: kicad
Version: 5.0.2, release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.63.0 OpenSSL/1.1.1a zlib/1.2.11 libidn2/2.0.5 libpsl/0.20.2 (+libidn2/2.0.4) libssh2/1.8.0 nghttp2/1.34.0
Platform: Linux 4.19.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+ 2.24
    Boost: 1.68.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.63.0
    Compiler: GCC 8.2.1 with C++ ABI 1013
    Cmake version 3.13.1
Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=OFF
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_WXPYTHON=OFF
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON

3D view works fine

video demonstrates this bug

kicad packages used:

kicad-5.0.2.tar.xz
kicad-doc-5.0.2.tar.gz
kicad-footprints-5.0.2.tar.gz
kicad-i18n-5.0.2.tar.gz
kicad-packages3D-5.0.2.tar.gz
kicad-symbols-5.0.2.tar.gz
kicad-templates-5.0.2.tar.gz

Revision history for this message
Anton (antonpupkov) wrote :
description: updated
Anton (antonpupkov)
description: updated
Revision history for this message
Seth Hillbrand (sethh) wrote :

Legacy canvas is deprecated and won't be updated at this time. However, I've merged your note with the existing request to support footprint drag in Modern canvases

Revision history for this message
Anton (antonpupkov) wrote :

Why this report is a duplicate of bug #1743099? Bug report #1743099 about no grab in mogern canvaces. Here legacy canvas merged from kicad 4 and Grab command is buggy in it.

If legacy is deprecated, why in KiCAD 5 it's not disabled? In kicad 4.0.7 for me works all canvaces: legacy, cairo, opengl. Most usage for me is legacy canvas. Dragging is very usefull when pcb area should be reduced as much as possible (manual footprint grabbing without disconnect tracks).

For me lagacy canvas works much faster, than opengl or cairo. Why legacy deprecated? Name legacy makes it legacy?

Revision history for this message
Anton (antonpupkov) wrote :

I would rename it instead of legacy to standard

Revision history for this message
KiCad Janitor (kicad-janitor) wrote :

Fixed in revision 643d884fde302cce67b7a7a827bd896131bef03a
https://git.launchpad.net/kicad/patch/?id=643d884fde302cce67b7a7a827bd896131bef03a

Changed in kicad:
status: New → Fix Committed
assignee: nobody → jean-pierre charras (jp-charras)
Revision history for this message
jean-pierre charras (jp-charras) wrote :

Legacy canvas is no longer available in recent Linux distributions like Ubuntu 18, and some others, due to changes in GTK libraries.

Revision history for this message
Anton (antonpupkov) wrote :

Difference in vercions of GTK libraries depends on distributions, not GTK developers?

Revision history for this message
Anton (antonpupkov) wrote :

Please tell me how to apply fixing patch or give a link about it.

Revision history for this message
Anton (antonpupkov) wrote :

Bug dissapired. Big thanks user KiCad Janitor (kicad-janitor)!

Revision history for this message
Anton (antonpupkov) wrote :

Bug dissapired but white lines holds to initial footprint position (not updates). This makes orientation a footprint on it's white lines (links to other footprints) a little bit difficult

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.