no, it obviously does not.
it directs you to a nightly build of the developer tree (trunk) of chromium, completely without any QA, bug fixes or security …
please stop posting such links and stop putting other people at risk by pointing them to potentially malicious builds of third party apps.
note that nobody will complain if you point to some stable build of the app, but this is explicitly a developer playground build out of trunk with known and unknown bugs and security holes.
So?
Your snaps don’t have bugs, such as notoriously getting late to start?
Aren’t snaps too trunk? Who is checking the performance of snaps?
Can you create a fully snap desktop distro?
Or, are the snaps only for those devices, you mentioned elsewhere, but not for the desktop?
Chromium snap is terribly slow to start. But the ever updating “trunk” Chromium starts in a jiffy. I even installed it in Windows 10.
do you seriously expect an answer ?
comparing “capturing home banking passwords through a zero day exploitt (and taking over your bank account)” to “slow to launch” ?
please lets stop this discussion, you showed in other threads that you are not willing to accept technical facts or to accept that things do not work like you imagine them, all i’m asking you is to not put other people at risk due to that attitude, this is all.
Yes, I do. Maybe others too.
I’ve been checking on snaps since the day one. I liked it at that time, not that much now. I expected an Ubuntu desktop snap distro, and it is not coming.
Oh, that’s what we are been doing since 2 decades. Testing all kinds of distros and apps, ppas and whatnot. People do explore. And, people have choice. If they want, they’d have a look. Installing a Linux distro on a new laptop is a risk, most times. But, we do that, don’t we? The people, who don’t want to risk would buy a Windows computer or a Macbook, don’t they? I’d been risking for nearly 2 decades and I’d surely expect others to do so too. Otherwise, why come to Linux?
And, we are going off topic, mind you.
OP is “Call for testing: chromium-browser deb to snap transition,” and that’s exactly what I’ve been doing. Have you?
What does that even mean? If you are against snaps, when do you want a “desktop snap distro”?
Call for testing: chromium-browser deb to snap transition.
snap run --trace-exec chromium
Slowest 10 exec calls during snap run:
0.593s snap-update-ns
1.130s /usr/lib/snapd/snap-confine
1.472s /snap/chromium/861/bin/desktop-launch
0.214s /usr/bin/dbus-send
0.235s /snap/chromium/861/bin/chromium.launcher
0.278s /usr/bin/dbus-send
0.361s /usr/bin/xdg-settings
20.135s /proc/self/exe
28.398s /snap/chromium/861/usr/lib/chromium-browser/chrome
20.416s /proc/self/exe
Total time: 31.631s
Why do you repeat yourself 50 times in every single thread and ask the same questions you already got answers for?
Seriously. Just in two weeks, at least 3 different Ubuntu devs answered every your question. Then you come back 2 days later with the same stuff.
You are a personification of broken record.
You: “Snaps are slow. Look how slow they start. Look what you did with Chromium!”
Dev: “Yes, we know there is a lot work to do with certain snaps, but the technology is complex. Bear with us or if you want, help us. We had our reasons for transitioning Chromium into snap. Here is a blog post about it, hope you’ll understand.”
2 days later
You: “By the way, snaps are slow… Look at Chromium! Terrible!”
Like nothing happened.
It’s so sad.
Sure, but Chromium snap is still slow at starting. Did it get solved? Can you solve it?
What is the OP?
Call for testing: chromium-browser deb to snap transition.
@chanath FYI, software in the “trunk” are being updated constantly, no QA whatsoever. Pretty much the master build. They are far from stable and are not usable by the general public. Very similar to KDE Neon Unstable, Firefox Nightly or Chrome Canary.
In Snaps case, software in the edge channel are usually master builds.
I know that @YamiYukiSenpai. I’ve been using these development branch apps all the time. People don’t read what’s said/written in a post, just take some part out of context and reply, or bash the poster. I’ve been using the “trunk” Ubuntu 19.10 up to now. 20.04 will be the last Ubuntu for me.
We play in the development area. I’ve been using the development (trunk) version of Ubuntu for so long, 5-6 years. Chromium browser transition to snap came in for 19.10, in the same development area. People simply don’t read, they jump at a word or a line. Some people appear to be always on the defensive and jittery, when it comes to Gnome shell and stuff.
I wrote,
Ok, enough now @chanath.
Multiple developers have provided you answers to your questions. We are painfully aware of all the points you’ve raised. While we may not agree with all of them, we fully respect your rights to have your opinions, but we also have the right not to have them repeated endlessly in our inboxes each day.
The strategy you’ve chosen is not actually helping anyone at all, but is just rubbing people up the wrong way, perhaps intentionally, sadly. We have better things to do than repeatedly type the same answer to each question you’re not happy with an answer to. We’re under no obligation to continue doing that.
I’m suspending your account for a month. Please re-consider your approach, or use a different distro. Wherever you choose to go next, please have respect for the developers making the software you’re using for free.
After restarting gnome shell (Alt-F2 r) chromium snap becomes tiny in a hidpi screen scaled at 2x.
Reported in https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1848841
Latest version (77) seems to take my system theme and looks good now unlike previous version. 
Here is a real-life example of app developers concerned about the limitations of traditional linux packaging that I recently bumped into:
https://github.com/rstudio/rstudio/issues/3079
No matter whether they decide to go with snap, flatpak, appimage or whatever (although snap seems to have the winning hand), it’s obvious how pressing the issue is for them:
we are currently building no fewer than five different versions of RStudio Desktop for Linux:
…
Despite this somewhat cumbersome matrix we still don’t support many platforms and distributions.
I know this is a bit OT, but so are all sort digressions in this thread that I’m attempting to partially answer to by means of an example.
Ubuntu 19.10 user here, got the snap. Most things work fine (I had to snap connect chromium:password-manager-service manually to get my passwords back, the automated migration did not work).
There’s one bug I hadn’t seen mentioned before. I used to be able to pause/resume playback of YouTube videos by pushing the button on my Bluetooth headset. This no longer works. I’ve filed bug 1849105 about this.
I think it’s caused by the apparmor policy denying Chromium access to the MPRIS DBUS API:
dbus-daemon[4473]: apparmor=“DENIED” operation=“dbus_bind” bus=“session” name=“org.mpris.MediaPlayer2.chromium.instance5306” mask=“bind” pid=5306 label=“snap.chromium.chromium”
chromium_chromium.desktop[4596]: [5306:5650:1019/150035.747129:ERROR:bus.cc(555)] Failed to get the ownership of org.mpris.MediaPlayer2.chromium.instance5306: Connection “:1.116” is not allowed to own the service “org.mpris.MediaPlayer2.chromium.instance5306” due to AppArmor policy
I’d be happy to test workarounds for this if somebody told me where the apparmor files live so I could try updating them.
Thanks for the report Marius. You nailed it, it’s the MPRIS D-Bus API that requires an additional slot. I’ve added it and snaps are rebuilding now, you can expect the fix to be available tomorrow in the candidate channel.
Snap and Flatpak are completely different technologies with different goals. In no way is Flatpak “a standard.”
Anyway, initial versions of both Snap and Flatpak were released around the same time (Flatpak was then called xdg-app), with the difference of Snap having ancestors in Click packages from the Ubuntu Touch era (around 2013).
Both were heavily inspired by application image system called Klik.
Anyway, this thread really isn’t for discussion about what you like - read the title. Ubuntu forum is the right destination for your opinions on Snaps and Canonical.
You are free to have your opinion but this discourse is not a forum, it’s a work and collaboration place so please find another platform to post such messages.
Can we get this post withdrawed or deleted, it’s off topic and derailing the technical discussion happening.
as someone who worked on the initial snap implementation back then (still python based when we started snaps in 2014) i can tell you that we did neither look at nor know about “klik” at that time 
but all your other historical statements are 100% correct …
flatpak came to existence in 2016 (or rather the idling xdg-app development got picked up under new name), about a week after we announced desktop support for snaps (cli, daemon and server snap packages for IoT had existed for about two years at that time already)
Really? That’s interesting, I always thought Klik was an inspiration. I stand corrected than, thank you!