Offline
Great!
Although note that I see you have selected "24.04-1.x daily" which is a development version, it's more recommended to install "24.04-1.x stable". It's a known issue that the installer proposes you the first option.
Enjoy
Ps: If you're still looking for a whatsapp solution, you can try my app "Whatsnew" from the openstore.
Yes!
Use the latest script from my PR:
Make sure to make it executable (chmod +x) and reboot before testing
Thank's I will test the app in details, this week when I have time.
This week, I will also make a youtube video on my canal to present Whatsnew, I will mention your work as one of the (upcoming) alternative for Whatsapp.
Thank you!
Hello,
Did anyone get any reply from contact@france-identite.gouv.fr ?
I am thinking it should be studied the possibility of filing a complaint with the "Defenseur des droits", because I think there are various things about that app that probably do not respect the legislation, given that it is only available for Google and Apple.
Any thought on that?
Have you seen the secret-tool package? It's similar to using GNOME keyring.
Though it is to be noted that a porblem we have currently with App-armour profiles, is that it won't let you communicate with the keyring in DBus via the api libsecret. It is a problem for browsers like "Chromium for UT" or "Min Browser" that get non-functional password manager because of that.
Ok so another confined app does not have permission to access your messages and data, via this Unix socket?
I have a question, given that 3 have 3 separate parts to your app ( Go, Python and QML), did you ensure the security of communication between them? How is it enforced that no other app, or process will be able to access the Whatsapp private data?
For example you say that the Go module exposes a JSON RPC endpoint, but are there security measures to make sure that this endpoint can be accesed only by your app, and no other app or process?
Thank's a lot for your work! 
i knew soon as they bought it it would go to crap
Microsoft did not buy git, they bought github which is not the same thing at all. Github is just one of the many existing "web interface" for git. By the way the Ubports fondation is in partnership with "Gitlab" which is the direct competitor of "Github".
Concerning uplaoding images, if you have a computer, you can connect your phone in USB, copy the screenshots from your phone, and upload them here from your computer browser. It should work.
so like in the grand scheme of things i missed the launch boat of github ....then when i did learn about it i found it confusing ..
Just for the record, git existed way before github (It's a software from Linus Torvalds ). You can use git without using any online service. If you don't like github, which is understandable, there are a myriad of others suppliers that allow you to publish a git repo online, or you can even self-host one (for example by hosting your own gitlab instance).
It's just that it allows way better collaboration, and to follow the evolution of the software and the source code (versioning). With google drive we have no way to understand when a source file has been changed, what had been changed, why has it been changed, and in what realese of the software. There is no easy way for someone to propose you a modification of the code.
So I really think it might be worth that you give it another try, if you want to work on open-source projets, because it will allow for a better collaboration with others, and get more feedback!
Ps: personally I'm not a gamer at all! I will see if I can test the application a bit later, but I won't be able to give you a gamer feedback.
Just one question: Any reason you don't host this project on a git platform, like "Github" or "Gitlab" or "Bitbucket" ? Maybe having to go to google drive links may look a bit weird for some people.
Maybe it could help also to publish more screenshots, or even better a video of your application running on Ubuntu Touch.
Also I'm sure you will get feedback when you publish the app on the openstore, but it might not be ready yet?
Thank you!
It's not that there is only "system", it is that the combobox, ( or "<select>" in html ) does not work. i.e the element that allows you to chose, does not display well, but it is sadly the case in most XWayland apps, in UT and I can't do much about it right now.
What do you mean "change the appearence"? It simply means that you can display and navigate properly in the menu in vertical mode, as shown in the screenshot.
The combobox still do not work, it is a problem with XWayland and Lomiri.
I've published version 0.8.3-2 with the following improvements.
Note: no Signal-Desktop version bump for this revision, because building broke with my current scripts for 8.4.0 and 8.5.0, I'll have to look into it later.
Don't hesitate to tell me if everything works well for you.
@pparent Where was this announced?
Well "annonced" maybe was not the correct term, but it was at least mentioned as a possibility here:
Just out of curiosity, in the end is the fairphone 6 supported by mainline linux kernel as annonced?
The idea is that it's a generic feature, not something specific to Ubuntu Touch.
Well yes and no. It is a generic feature to detect option 114 and make the request to the API. BUT It is an OS sepcific feature to decide how you are going to display the captive portal. Here I display it using urlDispatcher via DBus that is an UT-specific feature that could hardly be upstreamed. Android has it's own mini-browser designed exclusively to display captive portal.
So this is kind of hard to have a generic way to handle captive portals in all OS that embed NetworkManager, independenty of the OS specifics. And all the existing OS (Android, iOS, Windows, MacOS) handle captive portal each, their own way.
I don't think in that regard UT should limit itself to what is availiable upstream, i.e keep basic things not working and not implemented, while it requires a 20 line script to have things running fine. If some day NetworkManager improve it's implementation, it will allways be time to use it then.
Yes but, that being said on desktop this feature is not as important as on mobile. Even in windows the portal does not open automatically, and it's handled browser-side. So on desktop it seems more "OK" not to have this feature system-side.
On Ubuntu Touch given that Morph does not handle at all captive portal internally, it seems to me very important to be able to open it automatically. I've seen several users complaining of not being able to use networks with captive portals, and even cited as one of the reasons they can't use it as a daily driver. (Example here: https://www.youtube.com/watch?v=HjfwyMuLnPo&t=475s )
I will look at the pull request you mentioned, thanks! Ps: Ha but it was not a merge request it was just an issue wasn't it?
Nice! Your app could be very useful especially to receive notifications in background with lower battery costs.
Hope the whatsmeow library can remain reliable in the long run!
Maybe you would like to post some screenshots of your app?