Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unable to view Infoblox Configuration List #530

Closed
nopg opened this issue Sep 4, 2024 · 1 comment · Fixed by #531
Closed

Unable to view Infoblox Configuration List #530

nopg opened this issue Sep 4, 2024 · 1 comment · Fixed by #531
Labels
status: accepted This issue has been accepted by the maintainers team for implementation type: bug Issues/PRs addressing a bug.

Comments

@nopg
Copy link
Contributor

nopg commented Sep 4, 2024

Environment

  • Python version: 3.11.9
  • Nautobot version: 2.3.1
  • nautobot-ssot version: 3.0.1

Expected Behavior

To be presented with a page listing any existing Infoblox Configurations, and ability to create a new Configuration.

Observed Behavior

Traceback with: 'NoneType' object has no attribute '__name__'
Exception Location: | /usr/local/lib/python3.11/site-packages/nautobot/core/templatetags/helpers.py, line 798, in saved_view_modal

Steps to Reproduce

  1. From the home page, choose Apps -> Installed Apps
  2. Click the orange cog (configure) for Single Source of Truth
  3. Click "Infoblox Configuration List"

Cause/Fix

This is caused by Saved Views being implemented in Nautobot 2.3+. At /nautobot/core/templates/generic/object_list.html , line 263 it determines that the SSOTInfobloxConfig model is a saved view (new default setting). This model has no need for ever being a saved view.

The fix will be to set is_saved_view_model = False for the class SSOTInfobloxConfig, PR incoming.

@Kircheneer Kircheneer added status: accepted This issue has been accepted by the maintainers team for implementation type: bug Issues/PRs addressing a bug. labels Sep 5, 2024
@jdrew82 jdrew82 mentioned this issue Sep 6, 2024
@alhogan
Copy link
Contributor

alhogan commented Sep 19, 2024

Can this be back ported to the 2.8 LTM as well?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
status: accepted This issue has been accepted by the maintainers team for implementation type: bug Issues/PRs addressing a bug.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants