Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Schematic Editor : only first (or no) device is good when adding multiple times the same #547

Closed
doom-fr opened this issue Oct 14, 2019 · 2 comments · Fixed by #561
Closed
Assignees
Labels
Milestone

Comments

@doom-fr
Copy link

doom-fr commented Oct 14, 2019

VERSION / OS / ENVIRONMENT
LibrePCB Version: 0.1.3-unstable
Git Revision:     2e747216114042648c9677d7c18301b793b80918
Build Date:       2019-10-10T18:14:18
Qt Version:       5.12.3 (built against 5.12.3)
CPU Architecture: x86_64
Operating System: Ubuntu 18.04.3 LTS
Platform Plugin:  xcb
SUMMARY

When adding multiple time the same device, only the first one is good int the "Place Devices" dock the other seems to be the default device of the component.
When clicking "Auto-Add-All", none are good.

STEPS TO REPRODUCE
  1. Open the "Add component" window

  2. select the 1608 resistor device

  3. insert it multiple times in the schematic
    image

  4. go to board and checks devices

image


image


image

  1. add all devices
    => all are bad ones
    image

  2. remove all devices from the board
    => it goes to step 4

  3. now add the first one with "Add" button
    => a 1608 resistor is added
    => now all others have the good device in the "Place Devices" dock
    image

  4. But if you add all of them, none is good
    image

😠

EXPECTED RESULTS

All are 1608 resistors

ACTUAL RESULTS

Just the first one is 1608.
Others are through hole ones.

ADDITIONAL INFORMATION
@doom-fr doom-fr changed the title Schematic Editor : just first device is good when adding multiple times Schematic Editor : only first (or no) device is good when adding multiple times the same Oct 14, 2019
@dbrgn dbrgn added the bug label Oct 14, 2019
@dbrgn
Copy link
Member

dbrgn commented Oct 14, 2019

@ubruhin candidate for 0.1.3?

@ubruhin
Copy link
Member

ubruhin commented Oct 14, 2019

Indeed, that's not good ;)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Development

Successfully merging a pull request may close this issue.

3 participants