#4460 closed defect (fixed)
cannot install plugins
Reported by: | anonymous | Owned by: | anonymous |
---|---|---|---|
Priority: | major | Milestone: | |
Component: | Core | Version: | latest |
Keywords: | plugins | Cc: |
Description
When I try to add a plugin in the preference dialog, it does not actually download the plugin file. On restart java complains about the missing plugin class.
Also: The update on startup only pretends, it does not really update anything.
Attachments (0)
Change History (11)
comment:1 by , 15 years ago
Owner: | changed from | to
---|---|
Status: | new → needinfo |
comment:2 by , 15 years ago
Priority: | blocker → normal |
---|
Reclassifying as normal. Can't reproduce and nobody else seems to be affected.
comment:3 by , 15 years ago
Resolution: | → invalid |
---|---|
Status: | needinfo → closed |
I don't know why I had this problem but it is gone now.
comment:4 by , 15 years ago
Beware if you simultaneously work with two JOSM instances loading the same jar files (i.e. having the same JOSM home). The plugin update mechanisms can't deal with the locks on the jars. I recently fixed the code in so far that it doesn't fail *sillently* any more, you should at least see some kind of warning or error message in the console.
comment:5 by , 15 years ago
No I started with -Djosm.home=/home/user/.josm-new
(where the folder .josm-new was not exitisting before).
Then I installed a plugin from the preferences and did a restart. -> Question: Update Plugin? -> Yes -> plugin directory still empty. As I said, there was an error because he couldn't find the Plugin classes.
Disk wasn't full either.
comment:7 by , 15 years ago
Priority: | normal → major |
---|---|
Resolution: | invalid |
Status: | closed → reopened |
I can reliably reproduce again, with head version. I (partially) identified what happens:
- after leaving the preference dialog, the plugin is listed in the preference file (
plugins=validator
) but the folder~/.josm/plugins
does not containvalidator.jar
. - on restart, it tries to get PluginInformation for the validator plugin. Therefore, it runs
processLocalPluginInformationFile
and scans the local cache. There the validator plugin is found. loadLocallyAvailablePluginInformation
returns validator.buildListOfPluginsToLoad
assumes that validator can be loaded, since plugin information is available (wrong?)loadPlugin
fails
comment:8 by , 15 years ago
I see.
Does the directory contain validator.jar.new? If not, this would be strange. It shouldn't contain validator.jar, it's fine if you didn't find it, because validator.jar will be created at the next startup only, should happen in installDownloadedPlugins().
comment:9 by , 15 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
comment:11 by , 15 years ago
I wasn't affected because my local code tree already included this fix, I forgot to commit ...
Can't reproduce, neither on Windows 7 nor on Ubuntu.
Anything special in your environment? Disk full? Restricted user rights? I assume you're working with some kind of *nix. Which one?