This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
The beta 1 installer places an icon on the desktop, but not in the Applications > Programming menu. This is a problem because the menus are the normal way of starting programs. Few Linux programs install icons on the desktop. In fact, it's quite possible to disable all icons on the desktop (which I do). Furthermore, the installer should place either the main executable or a symlink to it somewhere in the $PATH. Without having an icon to use to launch netbeans, I had to track down the executable so I could launch it from the command line. I should have been able to simply type >netbeans<. This is on Ubuntu Feisty.
Scott, actually we creare both shortcuts - on desktop (~/Desktop/netbeans xxx.desktop) and in Applications->Programming menu. I will investigate why it is not showing in the menu..
Scott, Do you know by chance where we should place the shortcut on the filesystem so that it appears in the applications menu? For root user we place the .desktop file in /usr/share/applications and for root it appears in the Apps menu. For non-root users we used to place it in ~/.local/share/applications (and in ~/.gnome2/vfolders/applications) but it doesn`t work any more. Any help is appreciated.
Scott, could you please attach your ~/.gnome2/vfolders/applications.vfolder-info file to this issue? what GNOME version do you have? thanks, dmitry
Scott, could you please update the menu manually by the following command : pkill -u <username> panel Does the shortcut appear after that in Applications->Programming menu? Just to note : On Gnome 2.8 (FedoraCore3) and Gnome 2.10 (FedoraCore4) this issue is not reproducible - the shortcut is visible in the menu after installation (and after updating panel manually). On Sun Java Desktop System 3 (12/16/04), that is the part of Solaris 10, I still found no way to make the user shortcut visible.. Seems that it is Gnome 2.6.
Hmm... Netbeans now appears in my menu, whereas it didn't before. I can't remember whether I logged out and back in sometime between now and when I reported the bug. Perhaps Gnome didn't properly scan whatever directory the .desktop file is in. I've only messed with installing software system-wide and dropping .desktop files in /usr/share/applications. I have no ~/.gnome2/vfolders directory. I'm running Gnome 2.18.1. So, given that I no longer experience this bug, I don't know that much can be done, unless it's possible somehow to tell Gnome to re-scan for .desktop files (I wouldn't know how). What about dropping a symlink in the $PATH? That would partially work around this issue should someone else experience it. Besides, on a *nix system, all apps should be available in the path. One possible way to do this would be to examine $PATH to see if any of the directories listed were writable, then add a symlink there. Another option would be to simply alter ~/.bashrc or ~/.bash_profile to append <installdir>/bin to $PATH.
scott, a good (not the best) way to re-scan applications menu is to restart the panel via (pkill -u <username> panel). We did it before but now it is disabled for unknown (for me) reason. Possible we should turn it on again... as for a symlink in the path... actually I have one point not to do that : just imagine what will occur if we install more than one version of netbeans, say 2 dailies, beta1 and beta2. The same for modifying .bashrc/.bash_profile.. it is not clear what to do in case of multiple netbeans instances. Moreover bash is not sometimes installed.. instead of it user can have csh, ksh, zch, tcsh, etc... Adding Jan Rojcek to CC list, maybe he has any idea what should we do with that.
Just a note: killing the panel with pkill -u <username> gnome-panel results in the loss of some tray icons. I lost one, and kept two when I tried it. So, I don't think that killing the panel is such a good idea. This issue sounds to me like it's a defect in Gnome.
Scott, the command should be not pkill -u <username> gnome-panel but pkill -u <username> panel I agree with you that killing the panel is not a good idea. Unfortunately (because of GNOME issues) it is the only way to make the shortcut visible in applications menu without re- login. Anyway this panel killing is disabled now. Scott, do you mind resolving the issue as WONTFIX?
resolving as WONTFIX. feel free to reopen if you disagree, otherwise, please, verify.