GNOME Bugzilla – Bug 771595
Epiphany plugin will be broken with Epiphany 3.24
Last modified: 2018-01-24 17:15:14 UTC
I just noticed Software is creating lots of desktop files in ~/.local/share/applications and not putting the desktop files into the web app profile dir. This isn't how Epiphany creates web apps and it won't be supported anymore in 3.22 as Epiphany really needs to be able to find its desktop files from now on, without relying on GIO_LAUNCHED_DESKTOP_FILE which doesn't work outside GNOME. So Software web apps won't start anymore in Epiphany 3.22. Need to either: * Save the desktop file in the web app's profile dir and only create a symlink in ~/.local/share/applications, like Epiphany does * Pass the desktop file basename to the --application-mode argument in the Exec line of the desktop file, probably easier The former is what Epiphany has always done and what Software should have been doing all this time. The later is new functionality in Epiphany 3.20 to make it possible to package web apps in RPMs. Either will work. Probably the later would be easier! Once Software learns to create new web apps properly, we also need a migrator to fix up previously-created web apps, as old web apps created by Software will not start anymore otherwise.
(In reply to Michael Catanzaro from comment #0) > * Save the desktop file in the web app's profile dir and only create a > symlink in ~/.local/share/applications, like Epiphany does Note also that with this route, you have to rename all the profile directories, as Software inserts the string ".desktop" at the end of the app name portion of the directory name, so the only way to create the desktop file would be to name it something like app-epiphany-googlemaps.desktop-40cd7fa704317acc87653800dd3c8ddbd7304eab.desktop which would be pretty nuts. Hence the second option using --application-mode might be easier.
FYI I got confused when writing the version number. Epiphany 3.22 will still work, I'm not introducing any compatibility problems for next week. :P It's Epiphany 3.24 that will no longer work.
So I was hoping to deal with this way earlier in the cycle by adding that D-Bus API I suggested in bug #771597, but here we are at the end of the cycle with no solution ready on Epiphany's end. I still think that's the way to go long-term, but I've run out of time to tackle it now. Sorry Richard, it's my fault for promising it would be ready in time. :( I'll recommend applying one of the following solutions for now: (In reply to Michael Catanzaro from comment #0) > * Save the desktop file in the web app's profile dir and only create a > symlink in ~/.local/share/applications, like Epiphany does > * Pass the desktop file basename to the --application-mode argument in the > Exec line of the desktop file, probably easier Either of those approaches should make Software's web apps work again with no changes in Epiphany. Note: the desktop file is now required to get the web app's name, which is no longer set by the web page to avoid annoying flashing. This is an important change that I don't want to back out.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-software/issues/92.