A maliit-framework segfault with Qt 5.4.1
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | maliit-framework (Ubuntu) |
Undecided
|
Unassigned | ||
Bug Description
Crashing at QV4::ExecutionC
See https:/
All necessary Qt private headers users _should_ be rebuilt, per the latest knowledge. However, compared to 5.3.2 -> 5.4.0 transition, the following packages were found not to depend on qtbase-abi-5-4-0 / qtdeclarative-
All Qt 5.4.1 bugs https:/
| description: | updated |
| description: | updated |
| Michael Sheldon (michael-sheldon) wrote : | #1 |
| Albert Astals Cid (aacid) wrote : | #2 |
I just tried the ppa 12 that just gained a rebuilt ubuntu-keyboard package and maliit-server still seems to be crashing here.
| Michael Sheldon (michael-sheldon) wrote : | #3 |
Yep, I can confirm that the crash stopping after recompiling now appears to have been coincidental as I'm now able to reproduce the issue again after recreating the conditions with a clean image.
| Michael Sheldon (michael-sheldon) wrote : | #4 |
Looks like this was caused by the QML cache not having been cleared. This normally happens during image upgrades, but since the Qt 5.4.1 upgrade is just done via apt-get this doesn't happen. The crashes stop as soon as you delete ~/.cache/
| Albert Astals Cid (aacid) wrote : | #5 |
Can confirm that erasing the cache fixes the crash.
I thought we already had a cache deletion mechanism in place. Ricardo?
| Albert Astals Cid (aacid) wrote : | #6 |
So the deletion mechanism is in image updates and not in apt-get update.
Guessing we can just put this as invalid then?
| Timo Jyrinki (timo-jyrinki) wrote : | #7 |
This is at least a good explanation for the problem, even though it ended up eating time :( The worse explanation would have been the need to rebuild ubuntu-keyboard, since there was no indication it should be needed in the symbols usage.
| Changed in maliit-framework (Ubuntu): | |
| status: | New → Invalid |


Looks like the ubuntu-keyboard package should be added to that silo and rebuilt against 5.4.1. After doing so locally the crashes no longer occur.