[openstack-dev] [horizon][keystone]

David Chadwick d.w.chadwick at kent.ac.uk
Wed Oct 7 16:07:54 UTC 2015


Hi Adam

will do (by separate email, so that the list does not receive it)

thanks

David

On 07/10/2015 16:51, Adam Young wrote:
> Send me what you have, and I will post it as a Work in progress review
> against Horizon.  That way at least it will be available for others to
> look at and potentially adopt.
> 
> 
> 
> On 10/07/2015 11:37 AM, David Chadwick wrote:
>> Hi Douglas
>>
>> we are happy for you (or someone else) to submit the code in 3 names:
>> theirs, mine and Anton's. Then this third person can do all the work
>> necessary to get it approved. In this way it is legitimate, since the
>> third person will have contributed to the overall effort.
>>
>> I dont have any spare time yet for another month or so. After that I
>> could submit it, but having never done it before for Horizon, there will
>> be a big learning curve. And I might not have time to learn it
>>
>> regards
>>
>> David
>>
>> On 07/10/2015 16:05, Douglas Fish wrote:
>>> Hi David,
>>>   This sounds like a great set of code, I'm sure we are going to realize
>>> we want it sooner or later! Unfortunately I can't consume code in this
>>> way (I can't propose code written by somebody else) and I can't spend
>>> significant time on it right now.
>>>   Would you or Anton be willing to propose whatever code and
>>> documentation
>>> you have to Horizon? It doesn't have to be complete; it doesn't need to
>>> have grammar cleaned up or anything like that. You could mark it as a
>>> "Work in progress", and make it clear in the commit message that you
>>> aren't planning further work on this, so the patch is available for
>>> adoption. That way somebody else may be able to pick this up and work on
>>> it in the future, but Anton could get credit for the work he has done.
>>>
>>> Doug Fish
>>>    
>>>      ----- Original message -----
>>>      From: David Chadwick <d.w.chadwick at kent.ac.uk>
>>>      To: OpenStack Development Mailing List
>>>      <openstack-dev at lists.openstack.org>
>>>      Cc:
>>>      Subject: [openstack-dev] [horizon][keystone]
>>>      Date: Tue, Oct 6, 2015 2:13 PM
>>>            Dear All
>>>
>>>      One of my students, Anton Brida, has developed an Attribute
>>> Mapping GUI
>>>      for Horizon as part of his MSc project. Attribute mappings are an
>>>      essential, though complex, part of federated Keystone. Currently
>>> they
>>>      can only be created as JSON objects in the config file. The
>>> Horizon code
>>>      allows them to be dynamically created via an easy to use GUI.
>>>
>>>      Since Anton has now left the university for full time
>>> employment, he is
>>>      not able to go through the process of submitting his code to the
>>> next
>>>      release of Horizon. His design however was submitted to InVision
>>> and
>>>      commented on by various people at the time of the development.
>>>
>>>      I am now looking for someone who would like to take a copy of
>>> this code
>>>      and go through the process of submitting this to the next
>>> release of
>>>      Horizon. I have a copy of Anton's MSc dissertation as well which
>>>      explains the work that he has done.
>>>
>>>      All the attribute mapping features are supported in Anton's code
>>>      (groups, users, direct mapping, multiple attribute values etc.)
>>>      However the whitelist/blacklist feature is not, since this was
>>> not fully
>>>      incorporated into Keystone when Anton was doing his
>>> implementation. (I
>>>      am still not sure if it has been.)
>>>
>>>      The code has a couple of known bugs:
>>>
>>>      1. when a user tries to enter an email address into an attribute
>>> value
>>>      (i.e. username at example.com) and saves the mapping rule into the
>>>      database, after reloading the new list of mappings rules the
>>> interface
>>>      does not work as intended. The particular reason why this is
>>> happening
>>>      is yet unknown. The only way to avoid such disruption is to
>>> delete the
>>>      faulty mapping rule from the table. After removing the faulty
>>> rule the
>>>      interface works as intended.
>>>
>>>      2. Some of the descriptive text needs improvement due to incorrect
>>>      grammar.
>>>
>>>      There is also the following suggested enhancement which can be
>>> added
>>>      later:
>>>
>>>      1. After the mapping rules are created with the GUI, when they are
>>>      displayed, they are still in JSON format. It would be nice to be
>>> able to
>>>      display the rules in a table or similar.
>>>
>>>      If you would like to take on the job of submitting this code to
>>> Horizon
>>>      for review and incorporation, please contact me
>>>
>>>      regards
>>>
>>>      David
>>>
>>>     
>>> __________________________________________________________________________
>>>
>>>      OpenStack Development Mailing List (not for usage questions)
>>>      Unsubscribe:
>>>      OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>>>      http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>      
>>>
>>>
>>>
>>> __________________________________________________________________________
>>>
>>> OpenStack Development Mailing List (not for usage questions)
>>> Unsubscribe:
>>> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>> __________________________________________________________________________
>>
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 
> 
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 



More information about the OpenStack-dev mailing list