Opened 15 years ago
Closed 15 years ago
#4565 closed defect (fixed)
local version differs from local version of updated plugin (was: local version number lost, after update plugin list.)
Reported by: | skyper | Owned by: | team |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | Plugin | Version: | latest |
Keywords: | plugin list | Cc: | skyper |
Description
Hi,
it seems to have something to do with #4443, but at least this point is a bug.
I have, for example, validator installed. It has a local version number shown in the preference window, but after updating the list, all these local version numbers are lost. The user does not get any information if his/her plugins are up-to-date or not -> redownloading them.
Attachments (0)
Change History (6)
comment:1 by , 15 years ago
Component: | Core → Plugin |
---|
comment:2 by , 15 years ago
comment:3 by , 15 years ago
Keywords: | r-2010-01-blocker added |
---|
This can be irritating so I flag it as blocker.
comment:4 by , 15 years ago
comment:5 by , 15 years ago
Keywords: | r-2010-01-blocker removed |
---|---|
Summary: | local version number lost, after update plugin list. → local version differs from local version of updated plugin (was: local version number lost, after update plugin list.) |
I fixed it, but there is still an issue:
There are three relevant versions when doing an plugin update in the preference window:
(a) version on server
(b) local version of the running plugin
(c) local version of the downloaded plugin
((a) and (c) happen to be equal under normal circumstances.)
When you do a plugin update, it displays (c) as local version in the list. When downloading the plugin list again, it switches back to (b). I don't know if this is the desired behavior.
At least in the status report we should show (b) and not (c).
comment:6 by , 15 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
version 2998