Annotation inconsistent in Nightly - Regression?

Software
1

So, there seems to be something strange going on in Nightly with regards to annotation. See screenshot below.

When I insert a resistor in the schematic of my project, it automatically gets the annotation R1.
I then copy it and paste it. Paste a second time. Both of the pasted instances will still be called R1 in the schematic window, just like the first one.
Now, if I look at properties of the last instance pasted, it says R3 (which is the expected behaviour and how 7.0.5 works).
If I then place a new resistor from the symbol library, it will be shown in the schematic as R4, which is expected. If I copy and paste that one, the pasted instance will also be shown as R4, but will show R5 in the properties window.

Is this reproduceable on other systems?
If so, is it known behaviour and being worked on, or should I report a bug?

bild

2

It seems that there are further issues with copy-paste of symbols: The copy-pasted instances of the resistor R1 (shown as R1 but annotated R2 and R3 in the properties) do not have the default built in SPICE simulation model set like the original R1 has, which was inserted from the KiCad default library.

The resistor value is shown as ~ in the properties and simulation dialogues, even if you have set it to a value that is shown in the schematic. If you enter the value once more in the properties window, ERC will be happy.
For the original R1 inserted from the symbol editor, it is enough to just set the value by doubleklicking it in the schematic window and entering the value.

bild
bild812Ă—566 38.2 KB

bild
bild612Ă—581 33.5 KB

Application: KiCad x86_64 on x86_64

Version: 7.99.0-1.20230621git043ed0b.fc37, release build

Libraries:
wxWidgets 3.2.1
FreeType 2.12.1
HarfBuzz 5.2.0
FontConfig 2.14.1
libcurl/7.85.0 OpenSSL/3.0.9 zlib/1.2.12 brotli/1.0.9 libidn2/2.3.4 libpsl/0.21.1 (+libidn2/2.3.3) libssh/0.10.5/openssl/zlib nghttp2/1.51.0

Platform: Fedora release 37 (Thirty Seven), 64 bit, Little endian, wxGTK, KDE, wayland

Build Info:
Date: Jun 21 2023 17:16:00
wxWidgets: 3.2.1 (wchar_t,wx containers) GTK+ 3.24
Boost: 1.78.0
OCC: 7.6.3
Curl: 7.85.0
ngspice: 40
Compiler: GCC 12.3.1 with C++ ABI 1017

Build settings:

3

Here’s an already reported problem with copy-paste that might have the same cause: copy-pasting newly added labels not possible (#15037) · Issues · KiCad / KiCad Source Code / kicad · GitLab

Relatively obvious issues like these are probably fixed very quickly, there’s probably no need to file a bug unless the bug requires very specific steps to reproduce (where knowing them would help the developers) or if it for some reason gets forgotten for a longer time.

But if it were closer to a release, i. e. if this were an alpha or beta version, you should obviously file a bug so it can be tracked to block the release.

1 Like
4

It looks like that issue is now fixed, so once it has made it into a nightly and I have time, I will try out if it fixes the issue I had. Might not be until late saturday night or sunday…

5

In tonights nightly, see below, the issue I described above persists on the previously copy-pasted symbols, but is solved on the symbols previously inserted in the schematic from the symbol library, as well as on new symbols inserted from the symbol library or symbols now (in this nights nightly) copy-pasted from either the symbols inserted from the libraries, or copied from copies made in the newest nightly.
If new copies are made of the old copies previously made in the nightly from june 21, the issue persists also on those copies.

On the “broken” copies made in the nightly of june 21, and in the decendant copies, the value shown in the schematic is disconnected from the value in the properties dialog window. If I change the value in the schematic by double clicking it and entering a new value, and then opening the properties dialog for the symbol, the value has not been updated there. It has to be changed separately by hand.
The value in the dialog window will be taken to the SPICE simulation.

This is similar to the annotation, which is also disconnected between properties dialog and what is shown in the schematic.

In summary, it seems that #15037 has fixed the issue in the copying (or possibly some other fix introduced in the same timeframe), but the broken symbols dont’ get fixed but have to be changed out.

It seems therefore that the code is now ok in this regard, and the issue is only a (fixable, minor) headache for those symbols copied in the timeframe before #15037 got fixed.
Thanks for the feedback, @Jonathan_Haas !

Application: KiCad Schematic Editor x86_64 on x86_64

Version: 7.99.0-1.20230624git1c1849e.fc37, release build

Libraries:
wxWidgets 3.2.1
FreeType 2.12.1
HarfBuzz 5.2.0
FontConfig 2.14.1
libcurl/7.85.0 OpenSSL/3.0.9 zlib/1.2.12 brotli/1.0.9 libidn2/2.3.4 libpsl/0.21.1 (+libidn2/2.3.3) libssh/0.10.5/openssl/zlib nghttp2/1.51.0

Platform: Fedora release 37 (Thirty Seven), 64 bit, Little endian, wxGTK, KDE, wayland

Build Info:
Date: Jun 24 2023 17:15:43
wxWidgets: 3.2.1 (wchar_t,wx containers) GTK+ 3.24
Boost: 1.78.0
OCC: 7.6.3
Curl: 7.85.0
ngspice: 40
Compiler: GCC 12.3.1 with C++ ABI 1017

Build settings:

1 Like
6

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.