Description of problem: Using tools->plugins->Instalation Wizard...->By list from sourceforce and selecting any plugin followed by a next results in a NullPointerException with the stack trace below. Plugins are what make azureus/vuze so powerful and they should work. Because of this bug I cannot enable the media server plugin so that azureus can serve downloads to my media PC. Version-Release number of selected component (if applicable): azureus-4.2.0.8-2.fc12.noarch How reproducible: Every time Steps to Reproduce: 1. install any plugin from the sourceforge list 2. 3. Actual results: Alert with NullPointer Expected results: Installed plugin for the running user Additional info: stack trace [12:31:48] [stderr] java.lang.NullPointerException [12:31:48] [stderr] at org.gudy.azureus2.pluginsimpl.local.installer.PluginInstallerImpl.install(PluginInstallerImpl.java:466) [12:31:48] [stderr] at org.gudy.azureus2.pluginsimpl.local.installer.PluginInstallerImpl.install(PluginInstallerImpl.java:441) [12:31:48] [stderr] at org.gudy.azureus2.ui.swt.pluginsinstaller.InstallPluginWizard.performInstall(InstallPluginWizard.java:172) [12:31:48] [stderr] at org.gudy.azureus2.ui.swt.pluginsinstaller.IPWFinishPanel.finish(IPWFinishPanel.java:74) [12:31:48] [stderr] at org.gudy.azureus2.ui.swt.wizard.Wizard.finishSelected(Wizard.java:258) [12:31:48] [stderr] at org.gudy.azureus2.ui.swt.wizard.Wizard.access$200(Wizard.java:46) [12:31:48] [stderr] at org.gudy.azureus2.ui.swt.wizard.Wizard$4.handleEvent(Wizard.java:212) [12:31:48] [stderr] at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) [12:31:48] [stderr] at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1176) [12:31:48] [stderr] at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3493) [12:31:48] [stderr] at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3112) [12:31:48] [stderr] at org.gudy.azureus2.ui.swt.wizard.Wizard.setFirstPanel(Wizard.java:379) [12:31:48] [stderr] at org.gudy.azureus2.ui.swt.pluginsinstaller.InstallPluginWizard.<init>(InstallPluginWizard.java:99) [12:31:48] [stderr] at org.gudy.azureus2.ui.swt.mainwindow.MenuFactory$62.handleEvent(MenuFactory.java:1011) [12:31:48] [stderr] at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) [12:31:48] [stderr] at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1176) [12:31:48] [stderr] at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3493) [12:31:48] [stderr] at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3112) [12:31:48] [stderr] at org.gudy.azureus2.ui.swt.mainwindow.SWTThread.<init>(SWTThread.java:170) [12:31:48] [stderr] at org.gudy.azureus2.ui.swt.mainwindow.SWTThread.createInstance(SWTThread.java:67) [12:31:48] [stderr] at org.gudy.azureus2.ui.swt.mainwindow.Initializer.<init>(Initializer.java:110) [12:31:48] [stderr] at org.gudy.azureus2.ui.swt.Main.<init>(Main.java:88) [12:31:48] [stderr] at org.gudy.azureus2.ui.swt.Main.main(Main.java:255) [12:31:48] [stderr] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [12:31:48] [stderr] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [12:31:48] [stderr] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [12:31:48] [stderr] at java.lang.reflect.Method.invoke(Method.java:616) [12:31:48] [stderr] at com.aelitis.azureus.launcher.MainExecutor$1.run(MainExecutor.java:37) [12:31:48] [stderr] at java.lang.Thread.run(Thread.java:636) [12:31:48] [stderr]
Getting rid of the NullPointerExcpetion is easy (comment out line 466 in /org/gudy/azureus2/pluginsimpl/local/installer/PluginInstallerImpl) but getting the whole plugin installation process to work while at the same time not getting azureus to choke on trying to update components provided by fedora (to which the user has no write access) is a bit more of a challenge. Patches appreciated (-:
This message is a reminder that Fedora 12 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 12. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '12'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 12's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 12 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 12 changed to end-of-life (EOL) status on 2010-12-02. Fedora 12 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.
Sorry 'bout that, this is still an issue. What really needs to be done is to clean up the heavy-handed disabling of the update manager. In Vuze (if I understand things correctly), the update functionality is used both to update the core Vuze and to install and update plugins. What I would like to accomplish is to tell the update manager to leave pieces provided by fedora (i.e such pieces to which the user doesn't have write access) alone but still allow installing plugins (in the user's own home directory) and ideally the update manager should also take care of updating those plugins. Volunteers who might have more time and more recent java coding experience then me are greatly appreciated (-:
azureus-4.6.0.4-4.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/azureus-4.6.0.4-4.fc16
Package azureus-4.6.0.4-4.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing azureus-4.6.0.4-4.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/azureus-4.6.0.4-4.fc16 then log in and leave karma (feedback).
azureus-4.6.0.4-4.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.