kicad-developers team mailing list archive

[jp charras <jp.charras@xxxxxxxxxx>]

Le 28/01/2020 à 15:32, Seth Hillbrand a écrit :
> No need.  It has already been reported with reproduction steps here
> https://gitlab.com/kicad/code/kicad/issues/3811
> 
> If you find a bug, use the standard bug reporting procedure but only
> report bugs there that reproduce in master.
> 
> If you find a bug that doesn't exist in master but does exist in the MR,
> then add a thread to the MR with the reproduction steps.
> 
> Thanks-
> Seth
> 

In fact, issue 3811 is the result of an other (much more annoying) issue.

Each time you save your .sch files, the order of items inside the file
is changed, even if you just load and save your schematic, without any
actual change.

The result is:

- One cannot compare anymore the old and new file: they are very different.
- Because the order of units of a given component in the file has
changed, when the file is reloaded, the timestamp of the component in
netlist changes (I am guessing this is the timestamp of the first unit
found in list that is picked).

> On 2020-01-28 08:04, Brian Piccioni wrote:
>> Jp
>>
>> Actually, that is the bug: every time I hit F8 one or more of RN3,
>> RN4, RN5, and RN6 are shown as new components on the PCB. It deletes
>> the old RNs and put new ones with the same name.
>>
>> I got RN3, RN4 then RN3, RN4,  RN5 and RN6, then RN3, etc.
>>
>> Every time I hit F8 the thing rips up those RNs.
>>
>> This schematic has only had one sheet ever.
>>
>> I shall recompile the master branch and try and boil down the
>> schematic to something simple to test.
>>
>> Brian
>>
>>
>>
>> On 2020-01-28 3:36 a.m., jp charras wrote:
>>> Le 28/01/2020 à 01:10, Brian Piccioni a écrit :
>>>> Hello
>>>>
>>>> I have been using Kicad while working on re-annotation (hopefully
>>>> Alexander's merge request will soon be accepted and I can dust off
>>>> mine).
>>>>
>>>> I have been using branches of the current master. I have noticed a few
>>>> issues which I think are significant and not related to Alexander's
>>>> work
>>>> (or mine).
>>>>
>>>> For example, when I hit F8 in eeSchema to update my PCB it resolutely
>>>> demands to update some of my resistor network symbols unless I select
>>>> "Update footprint associations by existing references". This seems to
>>>> happen no matter how many time I let it update those RNs.
>>>>
>>>> Should I used the standard bug reporting system or is there a special
>>>> way to deal with these?
>>>>
>>>> Brian
>>> Components with multi units have one sheet path (unique ID) by unit.
>>> But a footprint has only one sheet path.
>>> So only one sheet path must be picked among candidates.
>>>
>>> Looks to me the way the sheet path is chosen has changed between stable
>>> and master version.
>>>
>>> This is an annoying change, but not an actual "bug".
>>> However fixing it is a good idea.
>>>
>>> My personal opinion is the:
>>> "Update footprint associations by existing references"
>>> should be the default.
>>> and the other option only used after re-annotation (the unique id is not
>>> an obvious parameter for users, because it is a "shadowed" parameter).
>>>
>>> Once the board is updated, you should not see this issue (of course
>>> using the same eeschema version).
>>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~kicad-developers
>> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~kicad-developers
>> More help   : https://help.launchpad.net/ListHelp
> 
> Seth Hillbrand
> KiCad Services Corporation
> https://www.kipro-pcb.com
> +1 530 302 5483 | +1 212 603 9372
> 
> _______________________________________________
> Mailing list: https://launchpad.net/~kicad-developers
> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp


-- 
Jean-Pierre CHARRAS