On Thu, Apr 1, 2010 at 5:08 PM, Mossman, Paul (Paul) <[email protected]> wrote: > Madhu wrote: >> Created two branches 'qwerty' and 'sample' and assigned a branch >> 'qwerty' to user 200 . >> When navigated to users identification page of user 200 , it shows >> inherited branch :qwerty . >> When we try to add another branch 'sample' present in drop down , it >> displays an error message saying 'User group branch is inherited. >> Specific user branch cannot be different' >> Is this the design intent ?? If not the case then branch drop down >> could be made non editable . >> Can we raise an issue on this ?? Please share your thoughts?? > > I see the source of your confusion... It is not apparent that 200 is a > member of a group which is configured to use the 'qwerty' branch. (The > branch is being "inherited" from a group.) > > > I forget exactly why we give the branch setting special handling with respect > to groups. It does seem complex, but possibly it's the lesser of two evils. > Can someone remind me why we do it? > > > But to make the current functionality more apparent for the case you describe > we could: > - change "Inherited branch" to "Group branch"; and > - hide the "Branch" setting, since it can't be used.
I agree with point 1: change "Inherited branch" to "Group branch" - this is more user friendly. I remember that at some point when I worked on group branch inherit mechanism I hided the setting "Branch", then I changed my mind, because I encountered problems during form submission: there is a binding between the branch value that is displayed on the page and the branch value that resides at User object level (user.getBranch()), so I put that error message instead. So if someone figures out how to pass this problem I agree that we should hide the setting Branch - this is more user friendly. Mircea > > Would that help? > > > -Paul > [email protected] > > > _______________________________________________ > sipx-dev mailing list [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-dev > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev > sipXecs IP PBX -- http://www.sipfoundry.org/ > _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
