Description of problem: Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
ain't this duplicate of #595608?
Nope. That one is for GUI to remove the params. This one is for us to actually support it :)
(In reply to comment #2) > Nope. That one is for GUI to remove the params. > This one is for us to actually support it :) Isn't #595453 for removing it and #595608 for implementing it right? Don't get me wrong, I don't want to play with words, just would like to track one BZ entry -)
(In reply to comment #3) > (In reply to comment #2) > > Nope. That one is for GUI to remove the params. > > This one is for us to actually support it :) > > Isn't #595453 for removing it and #595608 for implementing it right? Correct, I didn't see the first one, but in any event 595608 is for GUI. Once GUI passes the params to backend (different component), backend would still have to pass them to vdsm (another component) which would have to actually handle the reverse chap. So all in all, there should be 3 BZs for this RFE, this one being the first, the backend one depending on it and the GUI one depending on the backend BZ. For anything we don't mean to implement anytime soon we have a single BZ on the RFEs component. > > Don't get me wrong, I don't want to play with words, just would like to track > one BZ entry -)
> So all in all, there should be 3 BZs for this RFE, this one being the first, > the backend one depending on it and the GUI one depending on the backend BZ. fair enough
Setting as StudentProject - while not very complex, requires changes in several component (VDSM, core engine, API, UI). I believe just VDSM support is a great student level project.
Closing old bugs. If this issue is still relevant/important in current version, please re-open the bug.
Closing old bugs. If needed please reopen and explain why.