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: | don't ask for confirmation to kill a running task | ||
---|---|---|---|
Product: | platform | Reporter: | jamespb <jamespb> |
Component: | Progress | Assignee: | Milos Kleint <mkleint> |
Status: | RESOLVED DUPLICATE | ||
Severity: | blocker | CC: | mkrauskopf |
Priority: | P3 | Keywords: | UI |
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
jamespb
2007-07-20 17:55:26 UTC
This is provided/handled by general Output Window 'infrastructure'. It would be nice to have "Never show again" checkbox available. Reassigning. mkrauskopf: not really true. The OW only shows the buttons, but the actions that perform something afterwards are from client code (thus the message is coming from your ruby code I suppose. tunning component: core/progress as I was told *** This issue has been marked as a duplicate of 113744 *** How this is related to issue 113744 which is about message? This is about the confirmation and the chance to not show dialog at all once something like "Never show me this dialog again" is selected. But rather RFE I think, up to you. I spoke with Milos and we that this issue will be solved together with an API enhancement 113744 which was renamed to: "Ability to provide custom action for controlling task cancellation" So we (an others) will be able provide whole custom dialog or nothing at all. *** This issue has been marked as a duplicate of 113744 *** I'm not sure adding an API for custom termination interaction is the best way to do it. Whether or not a user program should be killable without interaction is not an attribute of the technology, it's an attribute of the developer type. Put another way, there are Java developers who want to be able to terminate their running program / test without interaction, just as there are Ruby developers who may want the confirmation dialog. Putting this logic into specific task handlers will just encourage different behavior in places where the difference doesn't make sense. Instead, whoever is posting the "Are you sure?" dialog today needs to add a checkbox to suppress show-in-future, and persist the state. |