@AppLee said in New contact backend story: Hi @lduboeuf Thanks for your work. Do you need help? If I can be of any help, please PM me. I rely heavily on my calendar on the phone to sync well with my Nextcloud account. Of course welcome. The issue we are facing is related to an update in signond afaik. So out of my skills Mike is looking at this normally. After that being fixed, testings on contact sync will be ready. But local contact is already there with the new backend already test able. I'm currently working on error feedbacks for user ( re prompt for password, and UI notification on failure with contact sync ). A missing part is also for address book via Bluetooth. Epic: https://gitlab.com/groups/ubports/development/core/-/epics/19

@lduboeuf Component is locked. https://hosted.weblate.org/projects/stellarium-mobile/app/#alerts Can we fix that?

I love this idea. Im very used to 6 diget codes nowadays so id love this to come to ubuntu touch.

Hi, some news, So the feature was working fine on my device!. But as we finally reverted back the new contact backend, it is not possible anymore... Adding such possibility in current contact backend is not straight forward, and not sure if i should spend days on a backend that will be uncertain for the future.

No specific proposal, only on the principle of customizable sound alerts.

@arubislander said in The Cell Broadcast story: Does anyone know however if the audio settings should be overriden in an emergency broadcast and that the alarm sound should always be audible? I don't know if it should, but that would make sense. And if it should not, it would make sense to give the choice to user in settings anyway.

@flohack In general I'd agree, but from my understanding CB is/was opt-in - one of the reasons we got an SMS based emergency alert system instead of using CB here. But I don't suspect a government project of doing proper research, so it wouldn't surprise me if the info in the documents was wrong

@kingu I'm sorry, but it is very difficult to understand what you are trying to explain here. Can you try again with other words?

@lduboeuf Normally not. The whole purpose of this message is that it cannot be supressed by a malign firmware or flash. @stanwood it would be counter-beneficial if that would be simply erasable by a flash command. Normally those images are embedded in the bootloader, and so one would need to hack the whole bootloader and replace it. Thats a quite dangerous task, it might hardbrick your phone. Maybe some day we find a way to re-lock boot loaders

@matteo Thanks. I think i'm going to make a short video before i forget all

@lduboeuf Maybe/probably. After my failures, I immediately asked someone to send them back to me and I received them.

PR is ready for testing, feedbacks welcome : https://github.com/ubports/dialer-app/pull/159

So with the Sticker feature, you're able to send a picture or animated image in 3 user's action instead of minimum 6 with the content-hub. It can be reduced to 2 at minimum if i reuse the existing shortcut as it was previsously designed, see: [image: 1610641394166-quick_access_sticker.png] But as i said, the "emoticon" is harder to reach on small device, but makes the experience much faster, like other chat like apps. I will try again that one

@stanwood said in MMS Sticker feature: I do personally find it very nice (and nice to have) I agree.

yes this could be something to consider, for now i'm just focusing on this feature [edit]: i mean not your new design proposal, just the contact search by dialpad feature with current design

I would propose the following text: "You received an MMS that could not be downloaded because your internet connection was disabled. Please activate it and ask the sender to try again". Also, about the design, can you please try to put the content of your last mock up (including the exclamation mark and the red border) inside the message bubble of the sender, and written in italic? That way it really shows that a message should have been received there.