Online
Ok thank's a lot it worked! 
https://open-store.io/app/touchpiano.pparent
I promise I will use Qt6/Qml6 very sparingly, until the library is available inside the OS. In the mean time this app can serve as a demonstration Qml6 app.
Ps: But what might be usefull is to start building a a Qt6 version of Whatsweb, that is currently broken.
clickable review --arch arm64
v8.7.0 of clickable is available, update to get the latest features and improvements!
Cached container is outdated
Running review on /home/pparent/git/My-Ubport-apps/touchpiano/build/aarch64-linux-gnu/app/touchpiano.pparent_0.1.2_arm64.click
Errors
------
- functional:qt_version_framework
Unsupported `6.8` version of Qt used: lib/aarch64-linux-gnu/qt6/plugins/platforminputcontexts/libcomposeplatforminputcontextplugin.so
/home/pparent/git/My-Ubport-apps/touchpiano/build/aarch64-linux-gnu/app/touchpiano.pparent_0.1.2_arm64.click: FAIL
Command exited with non-zero exit status 2, see above for details. This is most likely not a problem with Clickable.
Hello,
On Vollaphone 22 . I think it happens since 24.04-1.2:
top - 00:01:38 up 10:28, 2 users, load average: 23.18, 23.12, 23.07
Tasks: 604 total, 2 running, 555 sleeping, 0 stopped, 47 zombie
%Cpu(s): 49.2 us, 0.3 sy, 0.0 ni, 48.3 id, 0.0 wa, 0.0 hi, 2.3 si, 0.0 st
MiB Mem : 3498.4 total, 278.3 free, 1742.1 used, 1368.3 buff/cache
MiB Swap: 1924.1 total, 1909.6 free, 14.5 used. 1756.3 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2357 1046 20 0 65260 16440 13468 R 399.7 0.5 14,48 c2@1.2-mediatek
It stays like that for hours, and eats a lot of battery unril I reboot.
Apps like Signal or Whatsapp will maintain a background network connection with their servers weather or not they are calling. On top of they, if they wanted to spy on on you they could leverage that to start a fake invisible call/connexion, so that they can keep spying quietly when the phone is suspended.
I don't think whether or not there is "an active forground connection", can be used to determine reliably if the app is legitimate to record the microphone when the screen is off...
Confined apps should be allowed without manual review. What's the exact error are you getting? Maybe it times out because it's a bit big?
No, it's not a size problem. It says:
The uploaded click did not pass automated review. Please fix the issues and upload again.
Unsupported `6.8` version of Qt used: lib/aarch64-linux-gnu/qt6/plugins/wayland-shell-integration/libinputpanel-shell.so
I had noticed that this app disappeared from the store, so I guess it will not be possible to install it from there. I don't know if there is any other place you can get it from.
I can always propose you my "Just Note" app! 
Well at the same time I understand that using a Qt6 bundle for a piano application is bit overkill (as it would be to use an Electron app for that). Because it makes .click packages way heavier, although next versions would be very light as soon as Qt6 can be integrated into the filesystem. I did not plan to publish any other app with a Qt6 bundle, only because I had spent time to play around for this one I figured I would publish it anyway.
Note that the nice thing with QtWebengine6 vs Electron/XWayland, is that the former is hardware accelerated, while the latter won't be until we can switch have electron apps run on Wayland with Mir2.x .
@bhdouglass If you'r passing by, don't hesitate to explain more the uploading rules! 
Some warning, the application is locking the phone in landscape mode until stopped
This is not specific to my app, but happens also with other landscape-only apps. If you switch to another app without stopping this one, it will go back in normal (portrait) mode. It's just an option in the .desktop file. For example if you try this chess clock, it should be the same: https://open-store.io/app/chessclock.jonas . It has nothing to do with it being Qt6!
By the way I realize also that some multi-touch gestures has been added to Lomiri, specifically with 4 fingers, and it seems to me that it's going into the way of using properly multi-touch inside the apps. Sometimes an action is triggered, while I don't seem to have done anything obvious for that.
Hi,
i notice that I have a display issue : probably beaucause I have a little screen (sony xperia X).
on the welcom page, i can't choose to reject definitively the microphone...
I have the same probleme on SignalUT
thanks for the work already accomplished.
Thank's for reporting I will look into it. I will probably publish a new version soon, with few fixes.
Ps: note thought that it will always come back after erasing your datas, and sometimes when updating the app (if the update requires it).
I've experimented a bit around building a click package based on Qml6 with Qtwebengine6 , to display some html/css/js page.
I built a virtual piano application that works well with tactile and multi-touch, that I wanted to have. I've decided to base it on piano.co code but, it did not execute well in the older web-engine, so I figured let's experiment on bundling Qt6/Qml6 into my package.
The conclusion is: It does allow to build a working .click package based on Qml6 by bundling all the Qt6 dependencies provided by the ubports repositories, and that runs as a charm (see screenshot bellow) ... And the openstore refuses to publish it because it has references to Qt6. I thought it would be possible as we have some version of Morph based on Qt6 in the openstore, but I guess the devs from the core team must have special permissions for that?
Anyway if you are interested here is the repository:
https://github.com/pparent76/touchpiano
And here is the .click compiled (confined click):
https://github.com/pparent76/touchpiano/releases/tag/v0.1.2
I guess I will have to wait for the Qt6 migration to publish this app to the openstore! , In the meantime here are some screenshots.
only phone (the app) has background access to microphone by default
But some other apps may legitimately want to access the microphone when the phone is suspended to make calls. Like for example Signal, for example as Signal UT is based on an open-source app, and not a webapp, I trust it will not spy on the microphone, and calling with the phone screen off can be a nice feature as well.
I agree for microphone/camera/location, but for network I do not agree, as for many big services we cannot have official native apps developed specifically for UT and using UT push servers, we currently have to rely on applications running background network operations, in order to get notifications for services that for many are considered like essential ( like Whatsapp or Signal e.g )
@messayisto said in signal brigde on cinny:
I only do not understand then the answer the bridgebot gave to me, saying it did not receive the decryption code
Well if I understand well, the message seems to precisely say your account does not work with the bridge (is not bridged), because the bridge hasn't received the private key linked to your signal, while it needs it to work. (This key allows it to receive and decrypt messages, and send them back to you).
If they manage to have end-to-end encryption, I really would be curious how they managed it. And would be interested in further documentation explaining that.
Because at first sight it seems to me impossible without the matrix client implementing some encryption premises specific of the Signal protocol, starting with generating a pair of keys compatible with the signal protocol.
I've not done an exhaustive research, but the source that I find mention an "End-to-Bridge" encryption, not an end-to-end encryption:
https://docs.mau.fi/bridges/general/end-to-bridge-encryption.html
For that reason I've personally never used this type of bridge, because my point of view is that if I'm using a protocol to protect privacy like Signal it's important that I don't tamper the protocol, not only for me but also for the contacts that expect it to be E2EE.
@messayisto By the way, be aware that, as far as I know, when using the matrix relay bridge you are invalidating the end-to-end encryption mechanism, and the relay operator can access your messages unencrypted!
I really think that ideally there should be two distinct permissions for the apps:
Foreground Microphone: The app can only access the microphone when it is foreground, that would be sufficient for most apps.
Background Microphone: That would be usefull for only a small minority of very trusted apps , like phone apps that may need to maintain a call while the phone is suspended.
But it's very different to give the opportunity to spy on the microphone at any moment which is a critical permission, and to allow the app to use the microphone while on foreground which is what most app would need and is way less critical.
Hello everyone,
I realized a privacy concern about microphone that concerned unsuspended whatsweb, and whatsnew, but that could possibly concern many other webapps, or even regular apps.
The concern is that when running those webapps with microphone permission allowed and unsuspended to get notifications, then the subjacent website (in that case whatsapp) can effectively spy on your microphone at any moment, while your phone is suspended and the screen turned off, without you even being notified about that.
I'm going to see what I can do, on the application side, but it's not easy as it seems chromium engine does not allow easily to switch on and off the microphone in the webview, whether we are using electron or on Qtwebengine. You can chose to give or not the permission for the microphone, but when it's given it's hard to revoke without reloading the whole application.
Here are some possible features that could be useful, on the side of the OS:
Any thought on that?
I've put the logo on the french version of wikipedia, It can be reused for other languages:
Nice thank's! Is there a license for those artworks?
Hello,
Is the logo available as SVG somewhere? It could be useful for wikipedia pages. Especially this page:
https://liliputing.com/wp-content/uploads/2025/09/ubuntu-touch.jpg
Thank you
Do you mean that using whatsnew would have an impact on the keyboard including when using other apps after? I really don't think that it's likely to be possible.
