Le 28/01/2020 à 17:15, jp charras a écrit : > 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). >
After test: This issue was created when replacing DLIST in Eeschema. >> 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 -- Jean-Pierre CHARRAS _______________________________________________ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp
