eeschema crash on file open

[Patrik Bachan]

Somehow, I managed to create hierarchical sheet which crashes whole kicad when opened (as h. sheet or if imported to other schematic).

Application: Eeschema
Version: (5.99.0-60-gc8a6878eb), release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.65.3 OpenSSL/1.1.1c zlib/1.2.11 libidn2/2.2.0 libpsl/0.21.0 (+libidn2/2.2.0) libssh2/1.8.2 nghttp2/1.39.2
Platform: Linux 5.2.11-arch1-1-ARCH x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+ 3.24
    Boost: 1.69.0
    OpenCASCADE Technology: 7.3.0
    Curl: 7.65.3
    Compiler: GCC 9.1.0 with C++ ABI 1013

Build settings:
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=ON
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=ON
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=OFF
    KICAD_USE_OCC=ON
    KICAD_SPICE=ON

[KiCad Janitor (kicad-janitor)]

Fixed in revision c3226653cc724aa699cc2080d20ce86832b45918
https://git.launchpad.net/kicad/patch/?id=c3226653cc724aa699cc2080d20ce86832b45918

[Seth Hillbrand (sethh)]

Was this schematic created by eeschema? Or did an external program modify it?

The spin values for the labels are incorrect and should not be able to be created by any path I can see in eeschema. I've added some defensive code here to prevent crashes.

[Patrik Bachan (xorly)]

Yes, it was created by same version of eeschema. Not sure which operation broke it, but I was even playing with "Edit Text and Graphic Properties" which behaves slightly buggy. (gotta summarize it to new bugreport) I also did some rotations and mirroring to value and reference fields by shortcuts. Not sure why it broke only this paricular hierarchical schematic.