Skip to content
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.

hardware_product fields need to be dynamic #88

Open
karenetheridge opened this issue Nov 30, 2020 · 1 comment
Open

hardware_product fields need to be dynamic #88

karenetheridge opened this issue Nov 30, 2020 · 1 comment
Assignees
Labels
blocker Blocking release of the API high priority These issues should take preference

Comments

@karenetheridge
Copy link
Contributor

This is very similar to joyent/conch-ui#293 -- the list of properties expected by POST /hardware_product/* and GET /hardware_product/* are changing, and the individual values used as inputs to validations will be moving into specification and will be even more dynamic. I have added annotations to the appropriate schemas to allow UIs to be built off them dynamically.

@karenetheridge
Copy link
Contributor Author

Also note that the 'specification' field itself, or even subsets of it, is also editable via its own api endpoint, PUT /hardware_product/:identifier/specification, as it may be desirable to present a separate ability(ies) for the user to edit bits of this.

@perigrin perigrin self-assigned this Dec 1, 2020
@perigrin perigrin added blocker Blocking release of the API enhancement New feature or request high priority These issues should take preference labels Dec 1, 2020
@karenetheridge karenetheridge removed enhancement New feature or request high priority These issues should take preference labels Dec 7, 2020
@perigrin perigrin added the high priority These issues should take preference label Dec 7, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
blocker Blocking release of the API high priority These issues should take preference
Projects
None yet
Development

No branches or pull requests

2 participants