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.
Summary: | Uninstall doesn't offer to remove custom usedir on Win 7 | ||
---|---|---|---|
Product: | installer | Reporter: | Stepan Zebra <stezeb> |
Component: | Code | Assignee: | Yulia Novozhilova <ynov> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | P3 | ||
Version: | 7.0.1 | ||
Hardware: | PC | ||
OS: | Windows 7 x64 | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: |
uninstall log
netbeans.conf |
Description
Stepan Zebra
2011-08-01 09:27:10 UTC
I'll try to find Windows 7 machine to reproduce. Meanwhile, could you please, recheck that you have write access to the custom userdir and it is not empty when running ununstaller. Thanks. The userdir isn't empty and IDE works fine with it. Also all permissions should be ok. The installer just seems to ignore the netbeans.conf file. I can for example manually rename the actual usedir from "myname" to the default "7.0" without changing the netbeans.conf. Then uninstaller offers to remove this "7.0" usedir. Even though the IDE isn't actually using this directory now (still "myname" in netbeans.conf). Could you please attach here %USER_DIR%\.nbi\log\*.log file that is created after uninstallation (you can just run uninstaller and cancel it at the last moment right before the actual uninstallation). Thanks in advance Created attachment 109853 [details]
uninstall log
log from uninstall attempt in which userdir was set to "myname" and wasn't offered for removal
Thank you. According to the log there is no any exception during netbeans.conf reading. I've just tested it on Windows 7 machine and couldn't reproduce the issue. Probably something is misconfigured on your machine, could you please attach netbeans.conf file here? Do you experience this problem with development builds? If so I'll be able to add some debug info into daily build to figure out what is wrong. Thank you. Created attachment 109866 [details]
netbeans.conf
Nothing unusual with the configuration file, I guess.
Daily build have the same trouble. When I set the usedir to something different than the default "dev", uninstaller won't remove it.
I tried to make my machine as clean as possible before the install/uninstall, but on Windows no one ever knows. So I'll try another machine and report back.
RESOLUTION: Because I changed the netbeans.conf with PSPad after IDE installation, my settings were saved into Virtual Store. IDE started to use the settings from the Virtual Store and during first run, it created an userdir in my custom folder. When I then run uninstall, the original netbeans.conf from it's location (%programfiles%\%installdir%\etc) is used and because it contains the original unchanged userdir that was never created, installer doesn't offer the removal. BACKGROUND: I run Windows with a single Administrator account with default UAC. This means that programs defaultly runs in User mode. To run a program in an Administrator mode, explicit request and authorization is required. I use PSPad for editing text files. PSPad runs in User mode. When I open, edit and then want to save netbeans.conf file, there is no access denied message and the file is saved. Although the file seems to be overwritten in it's loacation (%programfiles%\%installdir%\etc), it is actually written into Virtual Store. So there are two config files now. When I start Netbeans, the config file from Virtual Store is used. If I try to edit the config file in it's location (%programfiles%\%installdir%\etc) with PSPad again, the file from Virtual Store is used. On the other hand, when I open the config file in it's location (%programfiles%\%installdir%\etc) with Windows Notepad or the NetBeans Editor, I always see the original file, not the one from Virtual Store. Also I'm not able to save changes to it. When I run any of these programs in Administrator mode, it always opens the original config file from it's location (%programfiles%\%installdir%\etc), regardless of what is in Virtual Store. When I change the file now and save it, the original file is overwritten and Virtual Store isn't used. NEXT: Although installer works fine in a sense of this issue, i would still like to ask for a better handling of the Virtual Store. I'll open a new enhancement request in which i'll explain details. Thank you for your time. |