Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 321239 - Plugin installation fails without warning on Windows Vista/7 when Eclipse is in Program Files due to UAC
Summary: Plugin installation fails without warning on Windows Vista/7 when Eclipse is ...
Status: CLOSED DUPLICATE of bug 322929
Alias: None
Product: Equinox
Classification: Eclipse Project
Component: p2 (show other bugs)
Version: 3.6   Edit
Hardware: PC Windows 7
: P3 major with 3 votes (vote)
Target Milestone: ---   Edit
Assignee: P2 Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-29 11:30 EDT by Zviki Cohen CLA
Modified: 2010-09-06 02:53 EDT (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Zviki Cohen CLA 2010-07-29 11:30:35 EDT
This bug is somewhat duplicate of 214906. The problem is that the old bug was misplaced and left behind. This is a serious issue that should be addressed ASAP.

Here's the scenario: 
1. On Windows 7 or Vista, install Eclipse in the Program Files folder.
2. Turn on UAC (User Access Control).
3. Execute Eclipse regularly (without admin privileges).
4. Run the "Install New Software..." and install a new feature.
5. The installation will be successful.
6. Restart Eclipse.
7. Eclipse starts, the feature is not installed (the features/plugins jars are simply not copied to the Eclipse installation).
8. Check under the About ? Installation Details: the feature appears to be installed.

At minimum, the platform should: fail the installation if the files cannot be installed properly due to the UAC limitation.
It will be nice to get a proper error message alerting the user of the problem.

Moreover, the platform should not report the feature as installed if the plugin files are not there.
Comment 1 Remy Suen CLA 2010-07-29 11:41:04 EDT
Several bugs on this topic I believe, bug 317896, bug 320153, bug 320383, and possibly many others.
Comment 2 Zviki Cohen CLA 2010-07-29 11:45:04 EDT
So, can we have one master, mark all others as duplicates, so we can vote and promote fixing it for SR1?
Comment 3 Ian Bull CLA 2010-08-04 18:08:50 EDT
Can you check in your <user.home> directory and see if there is a .eclipse folder (maybe hidden). This is where Eclipse installs plugins if you are in a 'shared install'.  

(Share installs is what you are in when the main Eclipse folder is not writeable). This was more common on *nix in the past, but this is becoming more important on other platforms now.
Comment 4 Ian Bull CLA 2010-08-06 15:13:35 EDT
ping.

Can you check for .eclipse folder?  I have a feeling that something has been 'updated' (not just a new plug-in install).  

Also, does this happen when you try to install any plugin?  Or are there particular ones that cause this.
Comment 5 Michael Spector CLA 2010-08-10 09:19:41 EDT
It seems like I have the same problem with updating my Eclipse RCP application on specific Windows 7 installs. I say 'specific', because on my Windows 7 home installation there's no problem with update mechanism while on my customer's computer it exists. The most interesting thing is that he tried to install the software under C:\ and under %USERPROFILE%, but the update mechanism didn't work for these configurations either (It finds updates, installs them, but after he restarts the application there are no new features loaded, except for the updated buildID in the about dialog).
Comment 6 Michael Spector CLA 2010-08-10 09:20:40 EDT
(In reply to comment #5)
> It seems like I have the same problem with updating my Eclipse RCP application
> on specific Windows 7 installs. I say 'specific', because on my Windows 7 home
> installation there's no problem with update mechanism while on my customer's
> computer it exists. The most interesting thing is that he tried to install the
> software under C:\ and under %USERPROFILE%, but the update mechanism didn't
> work for these configurations either (It finds updates, installs them, but
> after he restarts the application there are no new features loaded, except for
> the updated buildID in the about dialog).

I asked him to turn off UAC, but this didn't help either.
Comment 7 Ian Bull CLA 2010-08-10 09:23:52 EDT
(In reply to comment #6)
> I asked him to turn off UAC, but this didn't help either.

Just to be clear, you asked him to turn off UAC and launch the Application, or turn off UAC, check for updates, and restart the application?

(Did he actually do the check for updates with UAC off?). If he did everything with UAC off, then this might be a different problem.
Comment 8 Michael Spector CLA 2010-08-10 09:27:58 EDT
(In reply to comment #7)
> (In reply to comment #6)
> > I asked him to turn off UAC, but this didn't help either.
> 
> Just to be clear, you asked him to turn off UAC and launch the Application, or
> turn off UAC, check for updates, and restart the application?
> 
> (Did he actually do the check for updates with UAC off?). If he did everything
> with UAC off, then this might be a different problem.

I asked him to turn off UAC. Re-install the application (old version), check for updates and restart the application.

In his case there's no folder .eclipse under %USERPROFILE%.
Comment 9 Michael Spector CLA 2010-08-10 09:33:32 EDT
(In reply to comment #7)
> (In reply to comment #6)
> > I asked him to turn off UAC, but this didn't help either.
> 
> Just to be clear, you asked him to turn off UAC and launch the Application, or
> turn off UAC, check for updates, and restart the application?
> 
> (Did he actually do the check for updates with UAC off?). If he did everything
> with UAC off, then this might be a different problem.

The answer is "Yes", UAC was off when he checked for updates (if it's not understood from comment #8 :-])
Comment 10 Ian Bull CLA 2010-09-06 02:53:26 EDT

*** This bug has been marked as a duplicate of bug 322929 ***