NoReverseMatch: u'domains' is not a registered namespace inside 'horizon:admin'

Bug #1211667 reported by Matthias Runge
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Dashboard (Horizon)
Fix Released
Low
Lin Hua Cheng

Bug Description

when building horizon docs:

reading sources... [ 27%] sourcecode/openstack_dashboard/openstack_dashboard.dashboards.admin.domains.tests
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/sphinx/ext/autodoc.py", line 321, in import_object
    __import__(self.modname)
  File "/home/mrunge/fedora/python-django-horizon/horizon-2013.2.b2/openstack_dashboard/dashboards/admin/domains/tests.py", line 41, in <module>
    DOMAINS_INDEX_URL = reverse(index_url)
  File "/usr/lib/python2.7/site-packages/django/core/urlresolvers.py", line 489, in reverse
    (key, ':'.join(resolved_path)))
NoReverseMatch: u'domains' is not a registered namespace inside 'horizon:admin'

Matthias Runge (mrunge)
Changed in horizon:
importance: Undecided → Low
Revision history for this message
Lin Hua Cheng (lin-hua-cheng) wrote :

Did you just use the command "./run_tests.sh --docs"?

Trying to reproduce the issue, tried the above command but didn't hit the error.

Revision history for this message
Matthias Runge (mrunge) wrote :

after unpacking the source tarball (or cloning from github):
cd into sourcedir (probably horizon)

cp openstack_dashboard/local/local_settings.py.example openstack_dashboard/local/local_settings.py

sphinx-build -b html doc/source html

Revision history for this message
Lin Hua Cheng (lin-hua-cheng) wrote :

I also have sphinx 1.1.3 in ubuntu.

I can reproduce the issue now, will submit a patch shortly.

Changed in horizon:
assignee: nobody → Lin Hua Cheng (lin-hua-cheng)
status: New → Confirmed
milestone: none → havana-3
Revision history for this message
Lin Hua Cheng (lin-hua-cheng) wrote :

The issue is the Domain panel is not registered by default if you're using the local_settings.py.example.

Currently the Domain panel is only loaded when Horizon is configured to run on Keystone V3 and support MULTI_DOMAIN (defaults to False).

I realized that if the user is using Keystone V3 and MULTI_DOMAIN is False, it should still show the Domains panel. The user cannot create, edit and delete the domain, but they would still have access to perform assignment on Domain Roles to User/Group.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to horizon (master)

Fix proposed to branch: master
Review: https://review.openstack.org/42019

Changed in horizon:
status: Confirmed → In Progress
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to horizon (master)

Reviewed: https://review.openstack.org/42019
Committed: http://github.com/openstack/horizon/commit/160ea12ba9cca82a4772743fd1b97176e4d03a79
Submitter: Jenkins
Branch: master

commit 160ea12ba9cca82a4772743fd1b97176e4d03a79
Author: Lin Hua Cheng <email address hidden>
Date: Wed Aug 14 15:07:28 2013 -0700

    Always display the Domains panel for Keystone V3

    The Domains panel is only displayed when the user explicitly set
    the OPENSTACK_KEYSTONE_MULTIDOMAIN_SUPPORT to True and keystone
    supports V3.

    The change allows the Domain panel to be displayed even if the flag
    OPENSTACK_KEYSTONE_MULTIDOMAIN_SUPPORT is False. In this case, the
    CRUD actions will not be available in the panel.

    If the local_settings.py.example is taken as is, Keystone V3 is
    assumed to be available. The Domain panel should also be available.

    Change-Id: Ifa81c6f106ba98a192a163aeb80f0ff92888d954
    Fixes: bug 1211667

Changed in horizon:
status: In Progress → Fix Committed
Thierry Carrez (ttx)
Changed in horizon:
status: Fix Committed → Fix Released
Thierry Carrez (ttx)
Changed in horizon:
milestone: havana-3 → 2013.2
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.