{5} Assigned, Active Tickets by Owner (Full Description) (7 matches)
List tickets assigned, group by ticket owner. This report demonstrates the use of full-row display.
justin (7 matches)
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2 | Fetch iterator values from a database | Codebase | 1.3 | enhancement | 06/01/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Add the ability to fetch iterator values from a database. Each row of values would correspond to a <dict/> element in an iterator, with the column providing the <entry/> name. This is a step towards integration with a database of configuration information. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #4 | ZAPI provisioner should be able to have scheme, port, etc. defined | Codebase | 1.3 | defect | 06/01/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
You should be able to define the username/password, scheme, port and so on for a given ZAPIProvisioner. You should be able to get these parameters from a given Device configuration, to support per-device config settings, but you should also be able to define defaults. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #7 | Strip xmlns from sub-trees after etree.tostring() | Codebase | 1.3 | defect | 07/01/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
lxml adds xmlns: attributes to sub-elements of the tree that match the root element. This means that if you define a <config/> like this: <config xmlns:xi="http://www.w3.org/2001/XInclude"> then for zapicommands, when converting from elements to strings, they end up looking like this: <license-add xmlns:xi="http://www.w3.org/2001/XInclude"> and the NetApp complains that the xmlns doesn't match what it expects to receive, since it can't handle multiple namespaces. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #18 | Bug in test case: test_change.TestChangeController.test_no_target | Codebase | 1.3 | defect | 01/07/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Test case doesn't correctly trap the NoTargetsError? failure so the test passes. It still fails. The propagation of the failure seems to be occurring twice instead of once, so the first failure is being caught, but not the second. Odd, because it should only be getting raised once. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1 | Twisted Trial frontend for ModiPy, to make it a test runner | Codebase | enhancement | 17/07/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It might be handy to have a Twisted Trial type frontend for running ModiPy?, so that you could use ModiPy?'s ability to run scripts, including dependencies, etc. as a UnitTest? from Trial. This would provide many benefits:
I see the integration point replacing the bin/modipy script with a custom testing script that loads a separate set of configuration directives to define change template trees as a test, and adding some sort of 'expected results' area for test validation. The simple case would simply run the change templates and expect successful completion of the change tree. Expected results may simply be the change template condition checking that is already available, or it may be some sort of .assertRaises(), .assertEqual() hooks in the test definitions. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #8 | Add optional delay between iterations | Codebase | 1.3 | enhancement | 07/01/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It would be handy to be able to have an optional delay between iterator commands. NetApp simulators don't appear to be able to cope well with multiple ZAPI commands one after another. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #19 | Add option to turn off session logging | Codebase | 1.3 | enhancement | 01/07/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Add an option to disable session logging. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
