Community
Participate
Working Groups
We have a subsystem that contains a promptable filter, so promptable = true and SubSystemConfiguration.supportsCommands() returns false. The rest of the filters are promptable, but only after resolving a filter string as they need to get information from the remote to know what to display, so promptable = false for these. I'll call these "fake" promptable filters. Problems: 1. If any of the "fake" promptable filters are expanded showing the results of the prompt and you do a restart the prompt for each one shows up after restart as it's not a promptable filter and doesn't know not to expand it. 2. When in the table view and you double click on a "fake" promptable filter the prompt is displayed 3 times, due to the table view trying to determine which columns to show. We need some new api for filters to avoid these issues. For the real promptable filter to work promptable has to be true and supportsCommands() be false, so we can't work around this issue because we have both types of filters in the same subsystem.
Kevin, do you have any suggestions for a suitable, generalized api name?
Dave, I don't think we need this anymore. I have a patch somewhere for open rse that seems to fix all of our promptable filter issues with Bug 251268. Let me get back to you next week to make sure this is the case when I have a chance to start looking at it again. Well almost all issues. Xuan should be opening a bug about delete/copy on promptable filters.
Closing this one since it's apparently not needed anymore.