Pin editor in LibEdit trying to edit a wrong pin

Bug #982130 reported by Kerusey Karyu
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
KiCad
Expired
Undecided
Unassigned

Bug Description

Version affected: (2012-04-13 BZR 3511)-testing
Application: Eeschema, Library editor
Version: (2012-04-13 BZR 3511)-testing
Build: KiCad WinBuilder (BZR14) by Brian Sidebotham
OS: Windows 7 HP SP1, 32-bit

I noticed two strange behaviors of the Eeschema library editor.

First. Last edited pin was the pin number 3. The next pin is to be edited is pin number 4. The cursor is on pin 4 and I'm pressing the E shortcut to edit this pin. But LibEdit persistently wants to edit a pin number 3!
To workaroud this behavior I need to save changes and continue editing.
This happens intermittently.

Second. The validator or formatter of "Pin Length" input field writes an extra inch sybmol ( " ) at the end.

Revision history for this message
Kerusey Karyu (keruseykaryu-deactivatedaccount) wrote :
Revision history for this message
jean-pierre charras (jp-charras) wrote :

I am unable to reproduce the first issue.
Second issue is now fixed.

Revision history for this message
Kerusey Karyu (keruseykaryu-deactivatedaccount) wrote :

I wanna go back to this bug, because I finally found a standing scenario to reproduce first issue.

1. Open Eeschema library editor.
2. Create new symbol.
3. Put some pins, for example 4 pins. Place pins one by one and assign a numbers for them as: 1, 2, 3, 4.
4. Put cursor over the pin 1. Press E (Edit) and edit pin length and number text size.
5. Keep cursor over pin no. 1, right click and use Globals commands, trying to copy current pin length and number text size to other pins.
6. Move cursor to another pin, for example no. 3. Press E (Edit). You can see that you edit pin no. 3. It's OK, so cancel modal window.
7. Move cursor to another pin, for example no. 2. Press E (Edit). First incorrect behavior. *You still edit pin no. 3.* You can move cursor to any other pins, and try to edit them by E key, but pin 3 still "keeps focus".

Now three endings of scenario with other behaviors that I have seen:
-I-
8. Now back cursor over pin no. 1. Press M (Move), and move this pin to a different location.
9. Refresh the screen. You moved pin no. 1, but rest of pins are overlapped in pin 3 location.

-II-
8. Back cursor to pin no. 1. Press M (Move). Nothing happens. You cannot move pins.

-III-
8. Back cursor to pin no. 1. Right click and select Move command. You are moving pin no. 3 instead of pin no. 1.

----
Points 5 and 6 are very important here. Scenarios were tested an hour ago on:

Application: Eeschema
Version: (2012-12-10 BZR 3844)-testing
Build: wxWidgets 2.9.4 (wchar_t,compiler with C++ ABI 1002,GCC 4.7.0,wx containers,compatible with 2.8)
Platform: Windows 7 (build 7601, Service Pack 1), 32 bit, Little endian, wxMSW
Boost version: 1.49.0
Options: USE_PCBNEW_NANOMETRES=ON
         KICAD_GOST=OFF
         USE_WX_GRAPHICS_CONTEXT=OFF
         USE_WX_OVERLAY=OFF
         USE_BOOST_POLYGON_LIBRARY=OFF
         KICAD_SCRIPTING=OFF
         KICAD_SCRIPTING_MODULES=OFF
         KICAD_SCRIPTING_WXPYTHON=OFF

Revision history for this message
Martin Errenst (imp-d) wrote :

First issue sounds like a duplicate of https://bugs.launchpad.net/kicad/+bug/778973 which is fixed.

Changed in kicad:
status: New → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for KiCad because there has been no activity for 60 days.]

Changed in kicad:
status: Incomplete → Expired
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.