{"action":"opened","issue":{"url":"https://api.github.com/repos/GreenlightIP/rd-tool/issues/7","repository_url":"https://api.github.com/repos/GreenlightIP/rd-tool","labels_url":"https://api.github.com/repos/GreenlightIP/rd-tool/issues/7/labels{/name}","comments_url":"https://api.github.com/repos/GreenlightIP/rd-tool/issues/7/comments","events_url":"https://api.github.com/repos/GreenlightIP/rd-tool/issues/7/events","html_url":"https://github.com/GreenlightIP/rd-tool/issues/7","id":257560888,"number":7,"title":"Technical Uncertainties Drill Down","user":{"login":"robertallanroker","id":15751127,"avatar_url":"https://avatars2.githubusercontent.com/u/15751127?v=4","gravatar_id":"","url":"https://api.github.com/users/robertallanroker","html_url":"https://github.com/robertallanroker","followers_url":"https://api.github.com/users/robertallanroker/followers","following_url":"https://api.github.com/users/robertallanroker/following{/other_user}","gists_url":"https://api.github.com/users/robertallanroker/gists{/gist_id}","starred_url":"https://api.github.com/users/robertallanroker/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/robertallanroker/subscriptions","organizations_url":"https://api.github.com/users/robertallanroker/orgs","repos_url":"https://api.github.com/users/robertallanroker/repos","events_url":"https://api.github.com/users/robertallanroker/events{/privacy}","received_events_url":"https://api.github.com/users/robertallanroker/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":0,"created_at":"2017-09-14T00:37:09Z","updated_at":"2017-09-14T00:37:09Z","closed_at":null,"author_association":"CONTRIBUTOR","body":"Functionality:\r\n- [ ] TUs have a numbering system that represents their hierarchy.\r\n- [ ] TUs UI contain the parent TU (if any) that can be linked to\r\n- [ ] TUs UI contain children's TUs in a list\r\nHence there is some control logic required:\r\n- [ ] A parent TU can not be resolved unless all their children TUs are resolved\r\n- [ ] A parent TU should be resolved automatically when the last remaining unresolved TU is resolved.  This should be logic built directly into the TU object i Think.\r\n> Example:\r\n> Ideally, we need a number drill down of uncertainties that look like:\r\n> 1.0 (Parent)\r\n>   1.1 (Child A)\r\n>        1.1.1 (Child B)"}}
{"actor":{"display_login":"robertallanroker"}}