• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login
UBports Robot Logo UBports Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login

The MMS lost story

Scheduled Pinned Locked Moved OS
133 Posts 16 Posters 54.9k Views 6 Watching
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • J Offline
      jezek @lduboeuf
      last edited by jezek 15 Feb 2021, 15:07

      @lduboeuf said in The MMS lost story:

      if possible, i would suggest having the same prefix for all error status, x-ubports-nuntium-mms-error-...

      ok, will fix & notice you (hopefully today).

      not present is ok for me, don't see what is your question.

      if there is no expire information from operator, can we expect the message never expires, or expires after some default time (eg. 7days)?

      [Edit]: Did some tries with debian control, so even by setting the PATH to /usr/lib/go-1.13/bin in rules (export PATH := /usr/lib/go-1.13/bin:$(PATH) ), i had no success, it didn't find go files ( but no more "no such files or directory" ), though. But i'm really a noob in that debian packaging thing.

      I'm also virgin in the debian packaging thing. For me it is read internet + trial/error cycles for now. Will experiment. But our approach (with the path) could be a good one. If the go install command runs, but didn't find go files, the setting GOROOT and/or GOPATH may help. Will try (also can you 😉 ). If we can't solve it today, tomorrow I will comment out the incriminating code (it's just some testing thing), to be able to compile at least.
      Edit: The moment I posted this, you edited your comment wit solution to the packaging problem. Thank you. (I've read the same bug on launchpad, but you were quicker by implementing 👍 )

      jEzEk

      L 1 Reply Last reply 15 Feb 2021, 15:09 Reply Quote 1
      • L Offline
        lduboeuf @jezek
        last edited by 15 Feb 2021, 15:09

        if there is no expire information from operator, can we expect the message never expires, or expires after some default time (eg. 7days)?

        Yes, lets say 7 days

        I'm also virgin in the debian packaging thing. For me it is read internet + trial/error cycles for now. Will experiment. But our approach (with the path) could be a good one. If the go install command runs, but didn't find go files, the setting GOROOT and/or GOPATH may help. Will try (also can you 😉 ). If we can't solve it today, tomorrow I will comment out the incriminating code (it's just some testing thing), to be able to compile at least.

        Yes, see above, i've edited my comment and finally got it built...

        J 1 Reply Last reply 15 Feb 2021, 16:53 Reply Quote 1
        • J Offline
          jezek @lduboeuf
          last edited by 15 Feb 2021, 16:53

          @lduboeuf I've pushed commits to set default expiry time (7days), unify download error code and changes you suggested to be able to build a dep package (thank you again). I've updated the previous post to reflect current state.

          jEzEk

          L 2 Replies Last reply 15 Feb 2021, 22:33 Reply Quote 0
          • L Offline
            lduboeuf @jezek
            last edited by lduboeuf 15 Feb 2021, 22:33

            @jezek said in The MMS lost story:

            @lduboeuf I've pushed commits to set default expiry time (7days),

            sorry, need confirmation, but i see 15 days seems the default duration

            unify download error code

            also maybe @UniSuperBox @Flohack or someone from core teams can have a look on them

            and changes you suggested to be able to build a dep package (thank you again).

            glad it helped , thanks also for keeping that alive

            1 Reply Last reply Reply Quote 0
            • L Offline
              lduboeuf @jezek
              last edited by 17 Feb 2021, 08:39

              @jezek Is there anything still to be done in backend side ?

              J 1 Reply Last reply 17 Feb 2021, 15:02 Reply Quote 0
              • J Offline
                jezek @lduboeuf
                last edited by jezek 17 Feb 2021, 15:02

                @lduboeuf said in The MMS lost story:

                @jezek Is there anything still to be done in backend side ?

                Yes, I have a bunch TODOs in nuntium (and other apps along the way to messaging-app), but the error message part will stay the same. Yesterday I trimmed some TODOs (loccaly, not pushed yet) and looked at what has to be done and how it affects the current error message format (and error codes) and I've come to conclusion, that it will be not affected (unless you want to change something).

                Why do you ask?

                jEzEk

                L 1 Reply Last reply 17 Feb 2021, 20:25 Reply Quote 0
                • L Offline
                  lduboeuf @jezek
                  last edited by 17 Feb 2021, 20:25

                  @jezek ok,nice. Was just asking if i need to do the UI part now 😉
                  BTW we don't need to have all errors message handling at first.
                  And if you see there is too much work remaining, we can cut some parts to be able to deliver a solution quicker.

                  This is so awesome that we can redownload afterward without asking the user 🙂

                  J 1 Reply Last reply 17 Feb 2021, 22:53 Reply Quote 0
                  • J Offline
                    jezek @lduboeuf
                    last edited by 17 Feb 2021, 22:53

                    @lduboeuf said in The MMS lost story:

                    @jezek ok,nice. Was just asking if i need to do the UI part now 😉

                    Yes, you can start (if you want).

                    BTW we don't need to have all errors message handling at first.

                    That, I leave for you, sir. 🙂

                    And if you see there is too much work remaining, we can cut some parts to be able to deliver a solution quicker.

                    I have a plan to move some TODOs to github issue tracker to speed up release, but some need to be done (in my opinion).

                    This is so awesome that we can redownload afterward without asking the user 🙂

                    Yes, that is awesome. And in my opinion it should be switchable (on/off). Eg.: I have a prepaid card and I wouldn't like it if it would automatically download some MMS and use some credit.

                    jEzEk

                    1 Reply Last reply Reply Quote 1
                    • J Offline
                      jezek
                      last edited by 21 Feb 2021, 21:35

                      Failed MMS redownload progress report:

                      This week nuntium PR only got these updates:

                      • Some forgoten and obsolete TODO comments got deleted
                      • MNotificationInd.Expiry type and decoding got some rewrites and more tests
                      • Expired incoming undownloaded messages handling (deleting from storage & notifying telepathy-ofono of deletion) upon nuntium start (resp. modem initialization)

                      I will continue to solve my own TODOs in the stack, see you next week.

                      jEzEk

                      L 1 Reply Last reply 23 Feb 2021, 09:02 Reply Quote 1
                      • L Offline
                        lduboeuf @jezek
                        last edited by 23 Feb 2021, 09:02

                        @jezek So on my side, did some tweaks for the UI part.
                        Now message when cellular-data is off is displayed like that:

                        screenshot20210223_093034484.png

                        For other cases, no changes

                        I wonder if we can simplify on telephony service for the notification part the message to "New MMS message received" instead of the "Oops...." and let user discover any errors within the messaging app. It will be easier to manage has we will not have to parse the msg, and check for different cases there.

                        One thing more, but will need to add some logic, in history service, can we take the received date (timestamp) from the previous message before deletion so that the MMS will not appear at the bottom of the list but as a replacement of the error message ?

                        J 1 Reply Last reply 23 Feb 2021, 14:30 Reply Quote 2
                        • D Offline
                          domubpkm
                          last edited by 23 Feb 2021, 12:17

                          Hello.
                          Just a little sidebar: can you tell me if MMS currently works for Android 9 devices in RC 8 or dev ?
                          Specifically for me, MMS don't work in RC 8 for Volla (cellular data ok, internet ok, sms ok, APN mms configured).

                          L 1 Reply Last reply 23 Feb 2021, 13:47 Reply Quote 0
                          • L Offline
                            lduboeuf @domubpkm
                            last edited by lduboeuf 23 Feb 2021, 13:47

                            @domubpkm idk, isn't that related ?: https://github.com/ubports/ubuntu-touch/issues/1657

                            Please move that question to support or issues on ubuntu touch or Volla directly ?

                            D 1 Reply Last reply 23 Feb 2021, 13:58 Reply Quote 0
                            • D Offline
                              domubpkm @lduboeuf
                              last edited by 23 Feb 2021, 13:58

                              @lduboeuf ok. Maybe.
                              I signaled and asked.
                              Thank you

                              1 Reply Last reply Reply Quote 0
                              • J Offline
                                jezek @lduboeuf
                                last edited by 23 Feb 2021, 14:30

                                @lduboeuf said in The MMS lost story:

                                So on my side, did some tweaks for the UI part...

                                Thanks, will test.

                                I wonder if we can simplify on telephony service for the notification part the message to "New MMS message received" instead of the "Oops...." and let user discover any errors within the messaging app. It will be easier to manage has we will not have to parse the msg, and check for different cases there.

                                That's a nice idea, I'm not against. I will change the text.

                                One thing more, but will need to add some logic, in history service, can we take the received date (timestamp) from the previous message before deletion so that the MMS will not appear at the bottom of the list but as a replacement of the error message ?

                                Nice idea too, will implement.

                                jEzEk

                                1 Reply Last reply Reply Quote 0
                                • J Offline
                                  jezek
                                  last edited by 28 Feb 2021, 21:05

                                  Failed MMS redownload progress report:

                                  This week these PR's got updated:

                                  • nuntium - send Received (uint - unix time) message parameter to telepathy-ofono, to ensure right place in message history. And Error (bool) and ErrorMessage (string) parameter got merged into one Error (string).
                                  • telepathy-ofono - on added message signal, fill message-received header with Received parameter (if found). Check and fill error message text from Error parameter.
                                  • history-service - no changes needed.
                                  • messaging-app - no changes, just rebased to xenial which changed upstream.
                                  • telephony-service - Just the MMS error text got truncated. Note: The PR wont build only for arm64 due to test fail. Seems not my fault, but needs to be fixed.

                                  That's all this week. This projects is nearing it's end. If nothing goes wrong I'd say 2 weeks (without . documentation, tests and changelogs changes) and we are ready to test on dev, not only through ubports-qa.

                                  Have a nice day.

                                  jEzEk

                                  1 Reply Last reply Reply Quote 3
                                  • J Offline
                                    jezek
                                    last edited by 7 Mar 2021, 20:37

                                    Failed MMS redownload progress report:

                                    This week I got rid of some TODOs in nuntium PR only.

                                    @lduboeuf Can I ask you one more thing? Could you check (in messaging-app) if an error message is expired and if yes, don't allow to redownolad (hide the button and maybe change text). I'ts because I plan to delete and not listen to expired undownloaded messages in nuntium. And if the message is not listening in nuntium, then after clicking redownload in messaging-app, the message would be pending forever (until user deletes it). Thank you.

                                    jEzEk

                                    L 2 Replies Last reply 7 Mar 2021, 20:44 Reply Quote 0
                                    • L Offline
                                      lduboeuf @jezek
                                      last edited by 7 Mar 2021, 20:44

                                      @jezek Thanks for your weekly review of progress. I'm waiting it impatiently every Sunday evening 😉

                                      Good point for the expiry date, it needs to be done, will do it ASAP

                                      1 Reply Last reply Reply Quote 1
                                      • L Offline
                                        lduboeuf @jezek
                                        last edited by lduboeuf 3 Aug 2021, 09:33 7 Mar 2021, 22:59

                                        @jezek for the AutoRetrieve option, do you have already an idea what to do ?, or i can prepare if you want a setting callable from Dbus like for the MmmsEnabled here: https://github.com/ubports/nuntium/blob/0040206b63bd0a126e5242efa789a8201b7c5be0/cmd/nuntium/mediator.go#L447
                                        I will need write access to Telephony-service PR though

                                        let say "MmsAutoRetrieveEnabled" property name ?

                                        Does the MMS notification message will have the same signature than a "cellular-off" one ?

                                        J 1 Reply Last reply 8 Mar 2021, 16:38 Reply Quote 1
                                        • J Offline
                                          jezek @lduboeuf
                                          last edited by 8 Mar 2021, 16:38

                                          @lduboeuf said in The MMS lost story:

                                          @jezek for the AutoRetrieve option, do you have already an idea what to do ?, or i can prepare if you want a setting callable from Dbus like for the MmmsEnabled here: https://github.com/ubports/nuntium/blob/0040206b63bd0a126e5242efa789a8201b7c5be0/cmd/nuntium/mediator.go#L447
                                          I will need write access to Telephony-service PR though

                                          let say "MmsAutoRetrieveEnabled" property name ?

                                          Does the MMS notification message will have the same signature than a "cellular-off" one ?

                                          I haven't thought about it in such details yet. First, I would like to finish the failed mms issue. There are still some things to do. The MMS autoretrieval will be a separate project. So if you want to start ahead with the "MmsAutoRetrieveEnabled" setting (a good idea, the setting will be needed), just start a new draft (but I think it has time).

                                          On another note. I thought to myself the other day, that it would be nice, if the messaging-app would show number of unread messages in icon, like teleports does. 😉

                                          jEzEk

                                          L 1 Reply Last reply 9 Mar 2021, 10:36 Reply Quote 1
                                          • L Offline
                                            lduboeuf @jezek
                                            last edited by lduboeuf 3 Sept 2021, 12:56 9 Mar 2021, 10:36

                                            @jezek said in The MMS lost story:

                                            @lduboeuf said in The MMS lost story:

                                            @jezek for the AutoRetrieve option, do you have already an idea what to do ?, or i can prepare if you want a setting callable from Dbus like for the MmmsEnabled here: https://github.com/ubports/nuntium/blob/0040206b63bd0a126e5242efa789a8201b7c5be0/cmd/nuntium/mediator.go#L447
                                            I will need write access to Telephony-service PR though

                                            let say "MmsAutoRetrieveEnabled" property name ?

                                            Does the MMS notification message will have the same signature than a "cellular-off" one ?

                                            I haven't thought about it in such details yet. First, I would like to finish the failed mms issue. There are still some things to do. The MMS autoretrieval will be a separate project. So if you want to start ahead with the "MmsAutoRetrieveEnabled" setting (a good idea, the setting will be needed), just start a new draft (but I think it has time).

                                            Yes, ok. I was first thinking to add a global setting ( like the MmsEnabled ) but i think that this flag should not be a user global setting, but related to the SIM account. Like MmsEnabled should also btw.
                                            The thing is i don't know yet where it be defined...

                                            On another note. I thought to myself the other day, that it would be nice, if the messaging-app would show number of unread messages in icon, like teleports does. 😉

                                            Yes, please add a feature request in messaging-app

                                            J 1 Reply Last reply 9 Mar 2021, 17:14 Reply Quote 1
                                            91 out of 133
                                            • First post
                                              91/133
                                              Last post