Open bodqhrohro opened 1 year ago
The stages of how the pack was edited: After a restart, the editor opens well.
After adding a lot more stickers and closing/opening the editor, I got the same exception again not exactly when opening the editor, but when scrolling it down.
Another crash (possibly related, so I didn't create a separate issue):
terminate called after throwing an instance of 'std::out_of_range'
what(): map::at
Error: signal 6:
nheko(_Z17stacktraceHandleri+0x37)[0x55b5c82f7d77]
/lib/x86_64-linux-gnu/libc.so.6(+0x3bf90)[0x7f2b64c5af90]
/lib/x86_64-linux-gnu/libc.so.6(+0x8accc)[0x7f2b64ca9ccc]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0x12)[0x7f2b64c5aef2]
/lib/x86_64-linux-gnu/libc.so.6(abort+0xd3)[0x7f2b64c45472]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0x9d919)[0x7f2b64a9d919]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0xa8e1a)[0x7f2b64aa8e1a]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0xa8e85)[0x7f2b64aa8e85]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0xa90d8)[0x7f2b64aa90d8]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(_ZSt20__throw_out_of_rangePKc+0x40)[0x7f2b64aa0240]
nheko(_ZNK20SingleImagePackModel4dataERK11QModelIndexi+0x32c)[0x55b5c82c723c]
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5(+0x2523ea)[0x7f2b650523ea]
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5(_ZN18QAbstractItemModel11qt_metacallEN11QMetaObject4CallEiPPv+0x73)[0x7f2b65056153]
nheko(_ZN20SingleImagePackModel11qt_metacallEN11QMetaObject4CallEiPPv+0x15)[0x55b5c7f56615]
/usr/lib/x86_64-linux-gnu/libQt5Qml.so.5(+0x2c6c93)[0x7f2b668c6c93]
/usr/lib/x86_64-linux-gnu/libQt5Qml.so.5(+0x1a3521)[0x7f2b667a3521]
/usr/lib/x86_64-linux-gnu/libQt5Qml.so.5(_ZNK3QV413QObjectMethod12callInternalEPKNS_5ValueES3_i+0x6c0)[0x7f2b667a53e0]
/usr/lib/x86_64-linux-gnu/libQt5Qml.so.5(_ZN3QV47Runtime18CallPropertyLookup4callEPNS_15ExecutionEngineERKNS_5ValueEjPS4_i+0x8a)[0x7f2b667d48aa]
[0x7f2b5cdfd3ef]
This time, I lost the editing progress, so it's a more severe issue than before.
Yeah, something weird happens.
The shortcode which refused to save was "🎀".
The actual emoji doesn't matter actually: I noticed that this sticker was added twice.
The reliable way to reproduce the item confusion bug (which then leads to a crash) is to put a duplicate shortcode which doesn't save, and always use the same file name for every sticker.
Describe the bug
To Reproduce
What happened?
No response
Expected behavior
No response
Screenshots
No response
Version
0.10.2
Operating system
Linux
Installation method
Some repository (AUR, homebrew, distribution repository, PPA, etc)
Qt version
5.15.8+dfsg-2
C++ compiler
No response
Desktop Environment
Compiz
Did you use profiles?
Relevant log output
No response
Backtrace
No response