The MMS lost story
-
Failed MMS redownload progress report:
This week folowing PRs got update:
- telepathy-ofono - pushed changes I forgot to push last week , clean code from my debug logs.
- history-service - clean code from my debug logs
Right now I'm writing some tests for telephony-service code I introduced for error message redownload. It's fun, cause I don't know anything about writing tests using qt/c++ and I'm learning new stuff while struggling.
-
Failed MMS redownload progress report:
Ok, I admit defeat in the telephony-service testing battle. I've written some code, to test the redownload function, but I couldn't make the tests run. The crossbuilder don't run test. I've read, that I have to run
crossbuilder shell
to access the container and run tests, but I failed to do so. In the container, I've trieddh_auto_test
command, which hangs. I've tried to run a test executable, but it said, that the executable can't be executed. As last resort I copied the project to my phone and tried to run the tests executables there. But I think, the tests need to be run in some special way, cause I didn't manage to run them, so they will pass. I don't know how long will it take me to figure out the test, so I've decided to create an issue and return to them later.With the tests skipping, everything is ready for review. These are the PRs for this project:
-
Hi Jezek,
Ok, I admit defeat in the telephony-service testing battle. I've written some code, to test the redownload function, but I couldn't make the tests run. The crossbuilder don't run test.
as a matter of fact, crossbuilder always runs the tests when not cross-building. In other words, if the target architecture is the same as the host architecture, tests will be run. I tried now with
telephony-service
in my PC and tests are run (and pass), in thexenial
branch.Just run
crossbuilder --architecture=amd64
on your branch and you should see the tests being executed.
-
@mardy Thank you, will try. One defeat doesn't mean, I (we) can't win at the end.
-
Hi, as @UniSuperBox said on last Q&A , the feature is ready for testing:
You need to be on devel or RC ( since 2021/06/09 )
From a terminal, run that commands one by one:sudo ubports-qa install PR_nuntium_8
sudo ubports-qa install telepathy-ofono 20
sudo ubports-qa install history-service 35
sudo ubports-qa install telephony-service 20
sudo ubports-qa install messaging-app 260And reboot
Test Plan example:
Make sure it works as before, send/receive MMS, multiple ones
Disable cellular-data, receive a MMS and check if MMS notification is here with the download button
Change proxy settings in APN or put wrong settings and check for notification reception -
@lduboeuf Technically, there is nothing to prevent from doing it on the most recent RC if you don't want to switch (again) to dev ?
-
@domubpkm it should be good on RC too. Last builds are from one week or two.
-
Did some test this morning, i have a use case where the message is staying in the "pending state" ( so we can't click redownload button anymore ) even after reboot. It is with bad signal and by putting wrong info in MMS settings
In history db the message is x-ubports-nuntium-mms-error-activate-context but the status is still in Pending statenunitum logs:
2021/06/11 09:15:26 Trying to set Active property to true for context on true /ril_0/context2
2021/06/11 09:15:26 Cannot set Activate to true (try 1/3) interface on /ril_0/context2: org.ofono.Error.NotAttached: GPRS is not attached
2021/06/11 09:15:32 Failed to activate for /ril_0/context2 : failed to activate context
2021/06/11 09:15:32 Cannot activate ofono context: no context available to activate -
@lduboeuf It seems you found a bug. You should fill an issue. I have some idea, where the problem is and I will elaborate under the issue. This is a veeery long thread and I don't want to make it any longer. We should close it.
Is the bug a big bug? Can we deploy to stable with this bug, or we need to fix it before deploying? Because there is a bigger issue here. I don't have time now to do any work on ubuntu touch due to personal and technical issues. And it will not change (at least) this month.
-
@jezek I don't think that issue is a blocker as it may come in rare situations and moreover will end with the same situation than it is today ( just ask user to send it again). I wll look if i can work around that on messaging app.
Yes agree for this thread becoming too long. I would add it in a nuntium PR instead of an issue since it is not merge yet.
Hope you will recover soon :). Btw i bet this will not land on OTA-18. Not enough feedback from users and big code base
[Edit]: not possible to work around it on messaging-app
-
Not sure if this is still needed, but latest ubports email said to test.
Fixes MMS perfectly on Nexus 6P
-
It does not solve the mms problem for me. I still get the oops message with Download. I have tried all the suggestions too and nothing works. I am on N6P Devel.
-
I tried another operator and MMS works, both send and receive MMS. I will contact my operator to see if there is a solution to this.
-
-