Electron app not found in GNOME applications menu after installation
See original GitHub issueOS: Ubuntu 18 electron: 3.0.10 electron-forge: 5.2.3 electron-prebuilt-compile: 3.0.13
I ran the electron-forge make
command.
All the operations were completed successfully and the output folder was generated with a .deb file and some other files.
I ran the .deb file and the application got installed successfully but I’m not able to find the application installed anywhere in my system. It’s not there in the Applications menu.
However, under the ‘installed’ section in Ubuntu Software Center, the app is listed under the ‘Add-ons’ subsection. (frappe-accounting is the name of my app)
- package.json
{
"name": "frappe-accounting",
"description": "Simple Accounting app for everyone",
"productName": "Frappe-Accounting",
"version": "0.0.2",
"author": {
"name": "Frappe Technologies Pvt. Ltd.",
"email": "hello@frappe.io"
},
"config": {
"forge": {
"make_targets": {
"linux": [
"deb"
]
},
"electronPackagerConfig": {},
"electronWinstallerConfig": {
"name": ""
},
"electronInstallerDebian": {},
"electronInstallerRedhat": {},
"github_repository": {
"owner": "",
"name": ""
},
"windowsStoreConfig": {
"packageName": ""
}
}
},
"main": "dist/electron/main.js",
"license": "MIT",
"scripts": {
"test": "mocha tests",
"start": "frappe start",
"electron": "cross-env ELECTRON=true frappe start electron",
"postinstall": "electron-builder install-app-deps",
"dist": "electron-builder"
},
"dependencies": {
"frappejs": "github:frappe/frappejs",
"popper.js": "^1.14.4",
"vue-color": "^2.7.0",
"vue-toasted": "^1.1.25"
},
"devDependencies": {
"electron-prebuilt-compile": "3.0.13"
}
}
Any help is appreciated. Thank you.
Issue Analytics
- State:
- Created 5 years ago
- Comments:14 (6 by maintainers)
Top Results From Across the Web
Electron app installed but doesn't appear in start menu
When I run the generated executable, the application starts with the default installation GIF used by electron-builder , as expected. Default ...
Read more >Gio.IOErrorEnum: Failed to look up menu_file for "applications ...
Having a look on another machine without the issue, I found that a regular file named /etc/xdg/menus/gnome-applications.menu was existing .
Read more >Run Linux GUI apps with WSL | Microsoft Learn
Once the Linux application is installed, you can find it in your Start menu under the distribution name. For example: Ubuntu -> Microsoft ......
Read more >Why are my application.desktop files not showing up in Linux ...
The menu items for my new project simply refuse to show up in menus on either gnome or kde. I originally just installed...
Read more >Ubuntu 22.04 (fresh install) desktop entries do not open
Go to extensions.gnome.org/local, find Desktop Icons NG , make sure it's enabled, then click the blue settings icon. Check settings. Are you ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I had forgotten about
name
, mostly because for some reason I couldn’t find it in the API docs.Forge does use it:
https://github.com/electron-userland/electron-forge/blob/ba612bc460775a9820b413dae064cb1ec291dead/packages/api/core/src/api/make.ts#L150
Perhaps Forge should be smarter about dealing with autoconfiguring executable names in general.
There is a bug in
electron-installer-common
where it doesn’t check that the symlink is valid. I’ve written a PR in https://github.com/electron-userland/electron-installer-common/pull/6.I think that it’s much more complicated than that statement makes it out to be, because Packager needs to work for three very different platforms, and so at least 4 different ways of setting the application name have grown out of that. If we want to redesign how names are configured (which is a valid discussion to have), this should be taken to the Packager issue tracker.
@malept I’m sorry but I confused the options. Users (and
electron-forge
) should use theexecutableName
option withelectron-packager
, either in the CLI or programatically. I remember that around a year ago (https://github.com/electron-userland/electron-packager/commit/64caae7d5ab6a73e83ab6e3856cb370936fd57be), that option was introduced intoelectron-packager
just so we could address this issues of wrong symlinks and wrong executable names. Rather than usingoptions.bin
with this module, useexecutableName
withelectron-packager
. This wayelectron-packager
will produce a valid executable name following Linux naming conventions.As an example, using @anto-christo
package.json
. If we decide to useoptions.bin
and leaveelectron-packager
with its defaults, the executable will be created asFrappe-Accounting
which then is used inoptions.bin
, but this doesn’t follow Linux naming conventions. If we useexecutableName
instead and set it asfrappe-accounting
, then there’s no need to set any options in this module, and we’ve followed naming conventions in Linux.