Activity log for bug #1721547

Date Who What changed Old value New value Message
2017-10-05 13:37:59 Fabian Binz bug added bug
2017-10-05 13:37:59 Fabian Binz attachment added Example project https://bugs.launchpad.net/bugs/1721547/+attachment/4962857/+files/test.zip
2017-10-05 14:08:27 Nick Østergaard tags 40 drc
2017-10-05 14:08:43 Nick Østergaard tags 40 drc 4.0.5 drc
2017-10-06 07:18:36 Fabian Binz description Hi, running the Design Rule Check should not change the layout of your board. Currently, as part of running the Pcbnew's DRC, the filled areas are recalculated. If, due to some previous routing, there are overlaps with crosses zones, it can lead to the situation displayed in the attached project. Here, one trace overlaps a filled area. Now, when running the DRC, this overlap is removed by recalculating the filled areas. However, the DRC doesn't mention this in any way, so one can easily believe, that the design prior to executing the DRC was correct (and thus leads to ordering wrong layouts…). In my opinion this is a user interface bug. I understand, that it might be necessary to recalculate the filled areas during the DRC. However, *if* this leads to changes, it should be clearly presented to the user. Maybe something similar to the way in which the user gets asked, if the annotations should be automatically updated, when she tries to export a netlist and some parts are not annotated. Application: kicad Version: 4.0.5+dfsg1-4 release build wxWidgets: Version 3.0.2 (debug,wchar_t,compiler with C++ ABI 1010,GCC 6.3.0,wx containers,compatible with 2.8) Platform: Linux 4.9.0-3-amd64 x86_64, 64 bit, Little endian, wxGTK Boost version: 1.62.0 libcurl version: 7.52.1 (with SSL - GnuTLS/3.5.8) USE_WX_GRAPHICS_CONTEXT=OFF USE_WX_OVERLAY=OFF KICAD_SCRIPTING=ON KICAD_SCRIPTING_MODULES=ON KICAD_SCRIPTING_WXPYTHON=ON USE_FP_LIB_TABLE=HARD_CODED_ON BUILD_GITHUB_PLUGIN=ON Hi, running the Design Rule Check should not change the layout of your board. Currently, as part of running the Pcbnew's DRC, the filled areas are recalculated. If, due to some previous routing, there are overlaps with filled areas, it can lead to the situation displayed in the attached project. Here, one trace overlaps a filled area. Now, when running the DRC, this overlap is removed by recalculating the filled areas. However, the DRC doesn't mention this in any way, so one can easily believe, that the design prior to executing the DRC was correct (and thus leads to ordering wrong layouts…). In my opinion this is a user interface bug. I understand, that it might be necessary to recalculate the filled areas during the DRC. However, *if* this leads to changes, it should be clearly presented to the user. Maybe something similar to the way in which the user gets asked, if the annotations should be automatically updated, when she tries to export a netlist and some parts are not annotated. Application: kicad Version: 4.0.5+dfsg1-4 release build wxWidgets: Version 3.0.2 (debug,wchar_t,compiler with C++ ABI 1010,GCC 6.3.0,wx containers,compatible with 2.8) Platform: Linux 4.9.0-3-amd64 x86_64, 64 bit, Little endian, wxGTK Boost version: 1.62.0 libcurl version: 7.52.1 (with SSL - GnuTLS/3.5.8)          USE_WX_GRAPHICS_CONTEXT=OFF          USE_WX_OVERLAY=OFF          KICAD_SCRIPTING=ON          KICAD_SCRIPTING_MODULES=ON          KICAD_SCRIPTING_WXPYTHON=ON          USE_FP_LIB_TABLE=HARD_CODED_ON          BUILD_GITHUB_PLUGIN=ON
2017-10-24 10:50:59 jean-pierre charras kicad: status New Opinion
2017-10-24 12:52:40 Nick Østergaard bug added subscriber Frank Severinsen
2018-02-01 16:08:59 Wayne Stambaugh kicad: importance Undecided Medium
2018-02-01 16:09:03 Wayne Stambaugh kicad: milestone 5.0.0-rc2
2018-02-06 02:18:25 Wayne Stambaugh kicad: assignee Wayne Stambaugh (stambaughw)
2018-02-06 02:18:35 Wayne Stambaugh kicad: status Opinion In Progress
2018-02-10 20:18:20 KiCad Janitor kicad: status In Progress Fix Committed
2018-07-16 16:55:51 KiCad Janitor kicad: status Fix Committed Fix Released