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: | module-updates.txt are making usage of autoupdate difficult | ||
---|---|---|---|
Product: | contrib | Reporter: | Jan Lahoda <jlahoda> |
Component: | Tasklist | Assignee: | tasklist-issues@contrib <tasklist-issues> |
Status: | VERIFIED FIXED | ||
Severity: | blocker | Keywords: | UI |
Priority: | P2 | ||
Version: | 3.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
Jan Lahoda
2004-03-09 12:52:13 UTC
It's given by naive implementation in AU client. Users are definitely interested in what have changed. It should be presented in better way e.g. textarea. By far not naive implementation of AU client. It's rather naive usage of it. The feature you use for announcing new features is only for important messages aboiut possible incompatibilities. You should rather use the module long description field or the link to the module homepage. Delete the notification tags in build.xml of you modules and put the info to the proper field. HREBEJK Notification describes change since last several versions. It helps user to understand what he get by the update. I cannot use the <description> subelement in <makenbm> because is deprecated except for emergency patches(, please ensure your module has an OpenIDE-Module-Long-Description instead). I cannot use OpenIDE-Module-Long-Description instead because it describes module not its update. I can use URL and let it point to dedicated updates page. Spawned long term issue #40910. Workaround prototype is in usertasks submodule. There is module-updates.xml following simple www/updates/updates.dtd and once you invoke: ant changelog; it refreshs location that makenbm points to using home attribute. It's accesible using {More] button in AU client. it's fixed in trunk. Are you going to fix it in release36 branch? Currently works OK for me. |