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: | NetBeans doesn't recognize if another IDE instance is already running. | ||
---|---|---|---|
Product: | platform | Reporter: | paolosca <paolosca> |
Component: | Autoupdate | Assignee: | Libor Fischmeistr <lfischmeistr> |
Status: | NEW --- | ||
Severity: | normal | CC: | mmirilovic |
Priority: | P2 | Keywords: | API |
Version: | 7.3 | ||
Hardware: | PC | ||
OS: | Linux | ||
Issue Type: | ENHANCEMENT | Exception Reporter: |
Description
paolosca
2012-10-11 03:15:12 UTC
I have to add the following: 1. The icon created in the gnome shell taskbar is called "java-lang-Thread", as it's the window containing NetBeans, and this is perhaps the cause of the double icon in the launcher/taskbar; 2. The double icon issue has always been there since I upgraded to gnome 3, but when I accidentally clicked on the NB launcher icon no new instance was created, it merely worked a while and then the process stopped by it self; 3. When the second instance starts the update window appears even though I haven't downloaded any update, it just keeps going on and off every few seconds in an infinite loop; 4. I upgrade this bug to P2 because last time it happened I had to restart my laptop because there was no way to exit the loop (not even killing all java processes stopped it); Regards, Paolo I'm using Gnome Shell on Ubuntu 11.04 I haven't seen problem like this. Hi Jiri, I found a way of reproducing this reliably, and perhaps affects also other platforms. It's not NetBeans which doesn't recognize if there is already a running instance but the updater/plugin installer. My problem was due to the fact I had some files in ~/NetBeans/dev/update/download, probably left over from a botched plugin install. To reproduce this problem just try to install some plugin, while it's downloading click on the NetBeans laucher, the updater will start even if an installation is already taking place possibly messing it up. This can happen also when to install the plugins is necessary to restart since they will be left in the download directory. If for some reason the plugins cannot be installed (i.e. a missing dependency) the downloaded file will be left in the download directory and it will cause the installed to popup in an infinite loop. Perhaps this could be easily solved adding a check in the installer so that if NetBeans is already running the installer is aborted. Also, to avoid having files left over in the download directory the installer should probably clean up the download directory of all files after it's done, including the ones it was not able to install due to missing dependencies or any other reason. I leave this report as resolved, please let me know if I should reopen it or open a new one for the installer or just leave it closed. (In reply to comment #3) > Hi Jiri, > > I found a way of reproducing this reliably, and perhaps affects also other > platforms. > > It's not NetBeans which doesn't recognize if there is already a running > instance but the updater/plugin installer. > > My problem was due to the fact I had some files in > ~/NetBeans/dev/update/download, probably left over from a botched plugin > install. > > To reproduce this problem just try to install some plugin, while it's > downloading click on the NetBeans laucher, the updater will start even if an > installation is already taking place possibly messing it up. > > This can happen also when to install the plugins is necessary to restart since > they will be left in the download directory. > > If for some reason the plugins cannot be installed (i.e. a missing dependency) > the downloaded file will be left in the download directory and it will cause > the installed to popup in an infinite loop. > > Perhaps this could be easily solved adding a check in the installer so that if > NetBeans is already running the installer is aborted. > > Also, to avoid having files left over in the download directory the installer > should probably clean up the download directory of all files after it's done, > including the ones it was not able to install due to missing dependencies or > any other reason. > > I leave this report as resolved, please let me know if I should reopen it or > open a new one for the installer or just leave it closed. I reopen it myself and decreased the priority a little. I'm going to reproduce it with following your steps and let you know if other details are needed. Thanks No intention for fixing this in the near future, it requires a bit complex changes in Auto Update Services which cannot be addressed during stabilization phase. I'm sorry. |