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.

Bug 106919 - installer no longer creates start menu shortcut for all users
Summary: installer no longer creates start menu shortcut for all users
Status: VERIFIED FIXED
Alias: None
Product: installer
Classification: Unclassified
Component: Code (show other bugs)
Version: 6.x
Hardware: All Linux
: P1 blocker (vote)
Assignee: Kirill Sorokin
URL:
Keywords: REGRESSION
Depends on:
Blocks:
 
Reported: 2007-06-16 18:04 UTC by athompson
Modified: 2007-07-04 07:30 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
log file (1.04 MB, application/octet-stream)
2007-06-17 03:19 UTC, athompson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description athompson 2007-06-16 18:04:25 UTC
using ubuntu linux 7.04 (feisty), 64-bit

this is the most recent installer i've tried:

http://bits.netbeans.org/download/6.0/nightly/200706160000/
Comment 1 dlipin 2007-06-16 21:19:04 UTC
athompson,

could you please attach installation log? It is available at ~/.nbi/log.

Thanks,
Dmitry
Comment 2 athompson 2007-06-17 03:19:47 UTC
Created attachment 43849 [details]
log file
Comment 3 dlipin 2007-06-17 07:30:32 UTC
Alvin (please correct me if I was wrong in detecting you name),

Haven`t you run the installer using "su" command?
It is just a assumption, maybe I am wrong. From the log file I can see that the user.home value is set to /root though 
the installer is located at "/home/alvin/..."

By design the icon is created only for the current user (root) so you don`t see it because you are logined as alvin.

The same behavior was already described (but for Windows) in Issue 105824.
Comment 4 athompson 2007-06-21 15:12:44 UTC
i'm not talking about the desktop shortcut, which i would expect to be installed for the user, but rather the start menu
shortcut, which i would expect to be installed for all users.  issue 105824 is similar, but declaring the problem
'designed behavior' is not acceptable because it's a regression from previous (normally desirable) behavior.

how about one of these possible solutions:
- if the installation location is not within the user's home directory, it installs the shortcuts for all users.
- the installer detects if the installation user has root privileges, and if so installs the shortcuts for all users.
- the installer detects if the installation user has root privileges, and if so prompts the user on how to install the
shortcuts.
Comment 5 dlipin 2007-06-22 12:39:33 UTC
Kirill has already taken care of that..
Comment 6 Kirill Sorokin 2007-06-22 12:48:32 UTC
Then... Fixed? :)
Comment 7 athompson 2007-06-22 17:53:59 UTC
still not working as of today's build.
Comment 8 Kirill Sorokin 2007-06-23 11:09:10 UTC
I'd say the fix should make it into tomorrow's one. 27706230000.
Comment 9 athompson 2007-06-23 15:28:05 UTC
nope, still not working.
Comment 10 Kirill Sorokin 2007-07-02 13:41:46 UTC
athompson, 

I've checked the behavior of the installer on a fairly recent Ubuntu system. The shortcuts were created correctly both
when running normally and via sudo. In the latter case the desktop shortcut was created for root and not for the actual
user (which is expected); the start menu shortcut was created in /usr/share/applications according to the spec.

I've noticed a minor quirk wrt start menu shortcuts -- I could successfully see them, but only after logout-login
sequence. This behavior (IMO) is not controlled by the installer and is completely GNOME-specific. Can you verify that
the same works for you in the latest daily builds? If not -- could you please attach the installation log files for
further investigation?

I will now mark this issue as FIXED. please reopen if it does not work for you. Thanks.
Comment 11 athompson 2007-07-04 07:30:50 UTC
yup, fixed.