Sasmus,
Thank you for responding, it’s very kind of you.
This is my 4th PCB design with the prior 3 being complete successes.
I’m using LibrePCB to build all six forms of Library Editor elements, the schematic, and board layout. I do a little importing of Eagle files and also read in 3-D step files. These two things bring in data not originating in LibrePCB.
I would never involve myself with UUIDs, but things in LibrePCB have bugs. These present themselves as, for instance, complaints about UUIDs during library updates.
I would not copy file system elements outside the tool unless I found no choice. After I found no way to fix the problem or learn the elements containing the UUID(s) of the problem I would search/grep the files outside the program. After hours of no success fixing the problem(s) I went to Claude for suggestions. After hours with Claude it started suggesting I copy files outside the tool, which I did because I could see no choice. I believe only two copies of files were done and these did not fix the problems. Claude saw the files as containing UUIDs that were referenced but not present before the copies. This certainly could make things worse, though I saw no difference.
Again, these problems present symptoms asynchronously with the offending action by the user. If they were synchronous, I would happily tell you exactly what I did. Instead, I just want guidelines to avoid bugs. It’s pretty serious when LibrePCB is crashing repeatedly, losing data, and leaving lock files everywhere. I’m not seeing one bug but at least two involving UUIDs and, no, I don’t know the sequence of events. A substantial amount of activity passed before I ran into: repeated crashes, inability to save elements in the Library Editor, and errors during the “Update Project Library” command.
I think LibrePCB fairly easy to use, but it does have bugs, and these bugs related to UUIDs are particularly nasty since the user is crippled from the start without a map of UUID to element. For instance, when the library updates fail with a UUID problem the error states the UUID in question. It does not state the element the UUID was associated with nor what to do about the problem. Another example is when the Library Editor acts like it saved a new element, but the element does not appear in a list (say for instance, as a package). Then one loses the work done since saving does not work. Upon repeating the work, one loses it again, because what is causing the problem is unknown. The user, me, does not know what steps are needed to avoid the problem.
In my case, I think the problems are related to copy and paste operations and pads - just a guess. Perhaps pasting or creating duplicates in some manner leaves two things using the same UUID which would create havoc later. Again, I work within the program, not the file system, unless bugs force me to do otherwise.
I believe I have already read LibrePCB documentation on library elements, but will peruse it again.
I am asking questions because I like using the tool. As a long time developer, I see it as marvelous. All programs have bugs. How they are handled matters.
I’m sure others have or will run into these problems. My hope is enough have seen the problems that guidelines to avoid them exist.
Thank you for the links. I apologize I cannot supply a sequence of commands creating bugs. That is why I only asked for guidelines.
)
