user ic (movable quad and dual opamp) parts loose ratsnest connections when moved to different board sides .

[magstripp-r]

user ic (movable quad and dual opamp) parts loose routing connections when moved to different board sides .

**Build:** (CD-498-0-a1ffcea 2019-12-01) 64 [Qt 5.12.3]

Operating System:
<Windows 8.1>

Steps to reproduce:

• Step 1: go to pcb layout mode
• Step 2: flip pcb side for component

Expected Behaviour

connections should be intact.
new_trap10.zip

[vanepp]

This isn't a Fritzing bug, but rather that the TL074 part you used is incorrectly configured. Here is a corrected part (also posted to the forum post where you got the original part if that is easier) that should correct the problem. The Tl074 part is (among other problems) missing the copper1 definition in all the pcb layer sections fo the .fzp file. To use the part below you will first need to select all the tl074 parts in your sketch and do a delete minus on them. That deletes the part, but leaves the traces connected to it. You then need to delete the TL074 part in your mine parts bin and then shutdown and restart Fritzing to really clear the original part. Then down load the part below, and remove the trailing .zip (this is really a .fzpz file which is zipped but github won't load it without the trailing .zip.) You can then use fiile->open in Fritzing to load the new part and drag that in to your sketch. You then need to grab the end of each of the connections and drag it over the associated pin of the new part to make the connection (it should change from red to green when connected.)

TL074-Quad-Opamp-(Movable)-improved.fzpz.zip

You are usually better off to ask about things like this in the Fritzing forums, as you see I rarely remember to read this ...

Peter

[failiz]

Not an error. Close

[KjellMorgenstern]

The improved part doesn't seem to fix this. Anyway, Fritzing should handle this in some way.

[vanepp]

The improved part doesn't seem to fix this. Anyway, Fritzing should handle this in some way.

My bad! I obviously didn't check the original complaint after fixing the errors in the part. You are correct it still breaks. Moving the part from bottom to top deletes the rats nest lines (which it shouldn't be!) Interestingly, undo will not undo that change as well which I think it should. Hitting undo back to the start does not restore the rats nest lines that were deleted. More problems too. I just tried to do a delete minus in schematic (because I couldn't figure out in pcb which chip the TL074 was and it deleted only the subpart I selected not the entire chip as expected.

Do you want to open separate issues on the various issues found or leave them all here (as it is likely all connected to subparts?) If you like I can poke at this failure and figure out all the ways it can fail. It is possible that the bottom of the board rats nest error is a more general issue, or it may be related to only subpart parts. It is fairly unusual to have parts on the bottom of a THT board so there may be a more general issue there or it may be related to only subpart parts. Testing is the only way to find out I expect. Well the new part loaded all on its own reacts as it should:

switching it to the bottom of the board reacts as I would expect (this is with my improved part though, it is possible the original part is causing internal corruption somewhere!)

The rats nest lines are still there and connect as expected. I'll continue poking at this and see if I can figure out what is going on.

edit

OK it appears that most of the problem is in the .fzz file here I did a delete minus on the tl074 part then saved the sketch (to delete the part in the temp parts bin in the .fzz) reloaded the sketch and loaded the new part. I then replaced the part in schematic which should have recreated the rats nest lines in pcb but it does not.

initially the rats nest lines appear but when the IC is moved from top (where it started) to bottom in pcb the rats nest lines disappear.

On a new sketch with the same corrected part it works as expected (mostly anyway there is one new bug!) I think this issue is reported somewhere (the multipart parts show all the subparts in the parts bin but incorrectly)

schematic is normal and routed

pcb shows rats nest lines as expected

when changed from top to bottom of the board in pcb the rats nest lines follow as expected (indicating something about the original .fzz file is corrupted I expect!)

doing this does however turn up a new bug: A second copy of the top most schematic subpart (the power supply in this case) gets duplicated in schematic. This one perhaps should get an issue of its own?

this may be the first time I have moved a subpart from the top to the bottom of a board and thus may never have seen this before now.