Hope it’s the right place.
Thought all bugs together in the [Bugs in Patchmanager ≥ 3.1.0] was not the right place, hope I got it right.
SailfishOS VERSION (Settings→About product→Build): 4.3.0.12 French HARDWARE (Settings→About product→Manufacturer & Product name): Sony Xperia XA2 PATCHMANAGER VERSION (Settings→Patchmanager→[Top pulley] About): 3.2.0-1
BUG DESCRIPTION
MMS Picture sending fails when PM isd installed
STEPS TO REPRODUCE
Flash a fresh 4.3 Sfos (on XA2)
Take a picture
Send the picture via MMS (wifi) to test if it works, it works.
Install Storeman, Chum, Patchmanager (via Storeman)
Reboot
Send a picture via MMS (wifi) to test if it works, it does not work, saying there is a problem in the message thread.
Uninstall Patchmanager via Storeman
(no reboot needed) Try to send the picture, it works again.
ADDITIONAL INFORMATION
EDIT:
Output of
journalctl -f
Gives:
janv. 08 23:57:47 HoneypotJR mce[2272]: modules/proximity.c: mp_datapipe_set_proximity_sensor_actual(): state: OPEN → UNDEF
janv. 08 23:57:47 HoneypotJR invoker[5532]: WARNING: An inactive plugin is misbehaving - tried to show a window!
janv. 08 23:57:47 HoneypotJR invoker[5532]: WARNING: requestActivate() called for QQuickView(0x7d8730) which has Qt::WindowDoesNotAcceptFocus set.
janv. 08 23:57:49 HoneypotJR jolla-messages[1918]: [W] unknown:99 - file:///usr/lib/qt5/qml/Sailfish/Messages/ChatTextInput.qml:99:17: QML Label: Binding loop detected for property “width”
janv. 08 23:57:50 HoneypotJR invoker[5532]: WARNING: An inactive plugin is misbehaving - tried to show a window!
janv. 08 23:57:50 HoneypotJR invoker[5532]: WARNING: requestActivate() called for QQuickView(0x7d8730) which has Qt::WindowDoesNotAcceptFocus set.
janv. 08 23:57:50 HoneypotJR invoker[5532]: WARNING: invalid inputhandler for Xt9InputHandler.qml, forcing paste input handler
janv. 08 23:57:50 HoneypotJR invoker[5532]: WARNING: requestActivate() called for QQuickView(0x7d8730) which has Qt::WindowDoesNotAcceptFocus set.
janv. 08 23:57:52 HoneypotJR invoker[5532]: WARNING: requestActivate() called for QQuickView(0x7d8730) which has Qt::WindowDoesNotAcceptFocus set.
janv. 08 23:57:58 HoneypotJR invoker[5532]: WARNING: invalid inputhandler for Xt9InputHandler.qml, forcing paste input handler
janv. 08 23:57:58 HoneypotJR jolla-messages[1918]: [W] unknown:163 - file:///usr/lib/qt5/qml/Sailfish/Messages/MessageUtils.qml:163: TypeError: Cannot read property ‘phoneDetails’ of undefined
janv. 08 23:57:58 HoneypotJR invoker[5532]: WARNING: requestActivate() called for QQuickView(0x7d8730) which has Qt::WindowDoesNotAcceptFocus set.
janv. 08 23:58:00 HoneypotJR invoker[5532]: WARNING: requestActivate() called for QQuickView(0x7d8730) which has Qt::WindowDoesNotAcceptFocus set. janv. 08 23:58:00 HoneypotJR [5552]: [C] unknown:0 - Cannot copy message part file “/tmp/sailfish-share_wEm6mq/20220107_172525.jpg” to “/home/defaultuser/.local/share/commhistory/data/1573/20220107_172525.jpg” janv. 08 23:58:00 HoneypotJR [5552]: [C] unknown:0 - Failed copying message part to storage; message dropped: 1573 “/tmp/sailfish-share_wEm6mq/20220107_172525.jpg”
janv. 08 23:58:00 HoneypotJR lipstick[5116]: [W] unknown:72 - file:///usr/share/lipstick-jolla-home-qt5/notifications/NotificationActionRow.qml:72:19: QML Button: Binding loop detected for property “width”
janv. 08 23:58:00 HoneypotJR mce[2272]: tklock.c: tklock_dbus_notification_beg_cb(): notification begin from name=:1.56 owner=:1.56 pid=5116 uid=100000 gid=996 priv=1 cmd=/usr/bin/lipstick -plugin evdevtouch -plugin evdevkeyboard:keym
janv. 08 23:58:00 HoneypotJR mce[2272]: tklock.c: tklock_datapipe_uiexception_type_cb(): uiexception_type = none → notif
janv. 08 23:58:00 HoneypotJR lipstick[5116]: [D] onDestruction:268 - coverActionIndicators destroyed jolla-messages.desktop
janv. 08 23:58:00 HoneypotJR jolla-messages[1918]: [W] unknown:82 - file:///usr/share/jolla-messages/pages/conversation/ConversationTextInput.qml:82:37: Unable to assign QJSValue to QString
janv. 08 23:58:01 HoneypotJR mce[2272]: modules/proximity.c: mp_datapipe_set_proximity_sensor_actual(): state: UNDEF → OPEN
janv. 08 23:58:02 HoneypotJR kernel: swr-wcd msm_sdw_swr_ctrl: swrm_cleanup_disabled_data_ports: end of list
Does it look like a folder/file permission error?
Thanks for Patchmanager anyways!
Thank you for the report, and the log and error message.
I can’t immediately imagine why those two might be related, but we’ll look into that.
Just for kicks, would you also post the relevant snippet of /var/log/zypp/history where it shows installation and uninstallation of the packages? Sometimes pkcon installs more than is immediately obvious.
Hi,
Yes, here it is right after a fresh OS flash + Storeman + Chum install. Strangely, I could see more errors on uninstallation than on install of Patchmanager…
By chance, testing to get MMS back was successful on the 3rd installed app.
I wouldn’t have liked to have to reinstall/reboot all of them to find the problem
I’ve tried stracing jolla-messages, sailfish-share and commhistoryd and I’ve yet to find an explanation (the second one is a new process at each share popover).
sailfish-share seems to be passing a descriptor to jolla-messages and the messages app makes a 0x20000-byte buffered copy into /tmp/sailfish-share_XYZ then something goes wrong, by the time it passes it to commhistoryd the file is already unlinked (looks like jolla-messages does this, not sure about the timing).
Looks like you do get a preview of the file in the message, but when you hit send the file is already gone (hence the error you found).
There may be some open() bugs in the preloading library of patchmanager, I have yet to see its role here, will need to dig further.
Since the separate sailifsh-share process was introduced in SFOS 4.3.0, I’d also be curios if anyone has a previous version to check if the bug was there too.
I’m on freshly flashed licenced 4.3.0.12 on Xperia XA2 Ultra, with Patchmanager installed, and I do NOT have problems with sending MMS. On the contrary, I have problems with receiving MMS, if the message only contains a multimedia file (image, audio, etc.) but no text - as reported here.
In this case patchmanager should introduce a infinitesimal delay of checking that the path starts with tmp and bailing querying the patchmanager service for a patched file.
I think -declarative and -tools too. Since I actually installed them from the repo it was easier for me. Maybe you should use zypper ar to add that repository, zypper ref and the zypper up libcommhistory-qt5
Yes, public OBS does not sign…
Thanks for confirming that it works - and welcome to the world of watching github PRs to see when the fix will be merged then watching the text changelog to see when the fix will be delivered in a sailfish update:) If you get this package listed as conflicting at the next update, you need to downgrade it first to the version above with something like zypper install --oldpackage package-name-x.x.x