Comment 19 for bug 1740952

Perhaps I should do another bug report on this, but in at least the latest Windows nightly (2018-01-07 revision 6cee19d37) I have observed what looks like an anomaly when renaming a symbol; to reproduce use an expanded version of the crash test above (so if you get the crash you might not be able to test):
1. Open kicad project
2. Run library viewer
3. Load symbol using the tree view on the left.
4. Rename symbol by hitting 'e' while mouse is hovering over component name (notice symbol changed name and is in boldface, I do not get a crash on this).
5. Save symbol by pressing save current symbol icon in the toolbar (notice the boldface goes away, the new name retained. Nothing else appears).
6. Close and relaunch Libedit. Now suddenly the old symbol with the original name appears again alongside the renamed one in the tree view on the left side.
Comment: In pre sym-lib-table renaming of a symbol creating a copy was normal behavior, except that both symbols would be available right after saving. (So at least it is disconcerting that the original symbol does not show up until relaunch of Libedit.) However the discussion we had in bug #1737964 indicated that the current intentional functionality is not to create a copy of the symbol. Did the intentions change?