v1.2.0 - 2021-12-15

[jathanism]

Nautobot v1.2

This document describes all new features and changes in Nautobot 1.2.

If you are a user migrating from NetBox to Nautobot, please refer to the "Migrating from NetBox" documentation.

Release Overview

Added

Admin Configuration UI (#370)

The Nautobot Admin UI now includes a "Configuration" page that can be used to dynamically customize a number of optional settings as an alternative to editing nautobot_config.py and restarting the Nautobot processes.

If upgrading from a previous Nautobot version where these settings were defined in your nautobot_config.py, you must remove those definitions in order to use this feature, as explicit configuration in nautobot_config.py takes precedence over values configured in the Admin UI.

Common Base Template for Object Detail Views (#479, #585)

All "object detail" views (pages displaying details of a single Nautobot record) now inherit from a common base template, providing improved UI consistency, reducing the amount of boilerplate code needed to create a new detail view, and fixing a number of bugs in various views. Plugin developers are encouraged to make use of this new template (generic/object_detail.html) to take advantage of these improvements.

Views based on this template now include a new "Advanced" tab - currently this tab includes the UUID and slug (if any) of the object being viewed, but may be extended in the future to include additional information not relevant to the basic object detail view.

Custom Fields are now User Configurable (#229)

Creation and management of Custom Field definitions can now be performed by any user with appropriate permissions. (Previously, only admin users were able to manage Custom Fields.)

Custom Field Webhooks (#519)

Webhooks can now be triggered when creating/updating/deleting CustomField and CustomFieldChoice definition records.

Database Ready Signal (#13)

After running nautobot-server migrate or nautobot-server post_upgrade, Nautobot now emits a custom signal, nautobot_database_ready. This signal is designed for plugins to connect to in order to perform automatic database population (such as defining custom fields, relationships, webhooks, etc.) at install/upgrade time. For more details, refer to the plugin development documentation.

GraphQL Filters at All Levels (#248)

The GraphQL API now supports query filter parameters at any level of a query. For example:

query {
  sites(name: "ams") {
    devices(role: "edge") {
      name
      interfaces(type: "virtual") {
        name
      }
    }
  }
}

GraphQL Query Optimizations (#171)

Complex GraphQL queries have been greatly optimized thanks to integration of
graphene-django-optimizer into Nautobot!

In our internal testing and benchmarking the number of SQL queries generated per GraphQL query have been drastically reduced, resulting in much quicker response times and less strain on the database.

For in depth details on our benchmarks, please see the comment thread on the issue.

Installed Plugins List and Detail Views, Plugin Config and Home Views (#935)

The Plugins menu now includes an "Installed Plugins" menu item which provides a list view of information about all installed and enabled plugins, similar to a formerly administrator-only view.

Additionally, when viewing this list, each plugin can now be clicked on for a detail view, which provides an in-depth look at the capabilities of the plugin, including whether it makes use of each or all of the various Nautobot features available to be used by plugins.

Additionally, plugins now have the option of registering specific "home" and/or "configuration" views, which will be linked and accessible directly from the installed-plugins list and detail views.

Please refer to the plugin development documentation for more details about this functionality.

IPAM custom lookups for filtering (#982)

Nautobot now again supports custom lookup filters on the IPAddress, Prefix, and Aggregate models, such as address__net_contained, network__net_contains_or_equals, etc. Refer to the REST API filtering documentation for more specifics and examples.

Job Approval (#125)

Jobs can now be optionally defined as approval_required = True, in which case the Job will not be executed immediately upon submission, but will instead be placed into an approval queue; any user other than the submitter can approve or deny a queued Job, at which point it will then be executed as normal.

Job Scheduling (#374)

Jobs can now be scheduled for execution at a future date and time (such as during a planned maintenance window), and can also be scheduled for repeated execution on an hourly, daily, or weekly recurring cadence.

!!! note
Execution of scheduled jobs is dependent on Celery Beat; enablement of this system service is a new requirement in Nautobot 1.2.

Please see the documentation on enabling the Celery Beat scheduler service to get started!

Networking Template Filters (#1082)

Template rendering with Django and/or Jinja2 now supports by default all filters provided by the netutils library. These filters can be used in page templates, computed fields, custom links, export templates, etc. For details, please refer to the template filters documentation.

Organizational Branding (#859)

Organizations may provide custom branding assets to change the logo, icons, and footer URLs to help Nautobot fit within their environments and user communities. Please see the configuration documenation for details on how to specify the location and usage of custom branding assets.

Plugin Banners (#534)

Each plugin is now able to optionally inject a custom banner into any of the Nautobot core views.

Please refer to the plugin development documentation for more details about this functionality.

Same-Type and Symmetric Relationships (#157)

The Relationships feature has been extended in two ways:

1. Relationships between the same object type (e.g. device-to-device) are now permitted and supported.
2. For same-object-type relationships specifically, symmetric (peer-to-peer rather than source-to-destination) relationships are now an option.

For more details, refer to the Relationships documentation.

Secrets Integration (#541)

Nautobot can now read secret values (such as device or Git repository access credentials) on demand from a variety of external sources, including environment variables and text files, and extensible via plugins to support additional secrets providers such as Hashicorp Vault and AWS Secrets Manager. Both the NAPALM device integration and the Git repository integration can now make use of these secrets, and plugins and jobs can do so as well.

For more details, please refer to the Secrets documentation.

Software-Defined Home Page (#674, #716)

Nautobot core applications and plugins can now both define panels, groups, and items to populate the Nautobot home page. The home page now dynamically reflows to accommodate available content. Plugin developers can add to existing panels or groups or define entirely new panels as needed. For more details, see Populating the Home Page.

Changed

Admin Site Changes (#900)

The Admin sub-site within Nautobot (/admin/ and its child pages) has been revamped in appearance and functionality. It has been re-skinned to resemble the rest of the Nautobot UI, and has been slimmed down to only include those models and features that are still exclusive to admin users, such as user/group/permission management.

JobLogEntry Data Model (#1030)

Job log messages are now stored in a separate database table as a separate JobLogEntry data model, instead of being stored as JSON on the JobResult model/table. This provides faster and more robust rendering of JobResult-related views and lays groundwork for future enhancements of the Jobs feature.

!!! note
If you use Jobs inside tests, your TestCase class(es) should have @mock.patch("nautobot.extras.models.models.JOB_LOGS", None). This will allow the tests and the JobLogEntry objects to use the default database.

!!! note
Because JobLogEntry records reference their associated JobResult, the pattern job.job_result = JobResult() (creating only an in-memory JobResult object, rather than a database entry) will no longer work. Instead you will need to create a proper JobResult database object job.job_result = JobResult.objects.create(...).

Slug fields are now Optional in CSV import, REST API and ORM (#493)

All models that have slug fields now use AutoSlugField from the django-extensions package. This means that when creating a record via the REST API, CSV import, or direct ORM Python calls, the slug field is now fully optional; if unspecified, it will be automatically assigned a unique value, just as how a slug is auto-populated in the UI when creating a new record.

Just as with the UI, the slug can still always be explicitly set if desired.

v1.2.0 (2021-12-15)

Added

• #843 - Added more information about Celery in the Upgrading Nautobot docs.
• #876 - Added option to apply a validation regex when defining CustomFieldChoices.
• #965 - Added example script for performing group sync from AzureAD.
• #982 - Added IPAM custom lookup database functions.
• #1002 - Added URM-P2, URM-P4, and URM-P8 port types.
• #1041 - Add passing of **kwargs to Celery tasks when using JobResult.enqueue_job() to execute a Job.
• #1080 - Added documentation around using LDAP with multiple search groups.
• #1082 - Added netutils template filters for both Django and Jinja2 template rendering.
• #1104 - Added documentation and context on filtering execution of unit tests using labels
• #1124 - Added documentation on generating SECRET_KEY before Nautobot is configured.
• #1143 - Added documentation on using LDAP with multiple LDAP servers.
• #1159 - Add family field to IPAddressType for GraphQL API enable filtering of IPAddress objects by family.

Changed

• #1068 - Docker images now include optional Nautobot dependencies by default.
• #1095 - Refined Admin Configuration UI.
• #1105 - Reverted minimum Python 3.6 version to 3.6.0 rather than 3.6.2.

Fixed

• #453 - Fixed potential ValueError when rendering JobResult detail view with non-standard JobResult.data contents.
• #864 - Fixed inconsistent JobResult detail view page templates.
• #888 - Addressed FIXME comment in LDAP documentation.
• #926 - Fixed inability to pass multiple values for a MultiObjectVar as query parameters.
• #958 - Fixed Job REST API handling of ObjectVars specified by query parameters.
• #992 - Improved loading/rendering time of the JobResult table/list view.
• #1043 - Fixed AttributeError when bulk-adding interfaces to virtual machines.
• #1078 - Fixed missing support for filtering several models by their custom fields and/or created/updated stamps.
• #1093 - Improved REST API performance by adding caching of serializer "opt-in fields".
• #1098 - Fixed 404 error when creating a circuit termination for circuit and other edge cases resulting in 404 errors
• #1112 - Fixed broken single-object GraphQL query endpoints.
• #1116 - Fixed UnboundLocalError when using device NAPALM integration
• #1121 - Fixed issue with handling of relationships referencing no-longer-present model classes.
• #1133 - Fixed some incorrect documentation about the Docker image build/publish process.
• #1141 - Improved reloading of changed Job files. (Port of NetBox #7820)
• #1154 - Fixed inability to save changes in Admin Configuration UI.
• #1162 - Fixed error when creating a NavMenuItem without specifying the buttons argument.

Removed

• #1094 - Removed leftover custom field management views from Admin UI

v1.2.0b1 (2021-11-19)

Added

• #13 - Added nautobot_database_ready signal
• #125 - Added support for approval_required = True on Jobs
• #157 - Added support for same-object-type and symmetric Relationships
• #171 - GraphQL queries have been greatly optimized by integration with graphene-django-optimizer
• #229 - Added user-facing views for Custom Field management
• #248 - Added support for filtering GraphQL queries at all levels
• #370 - Added support for server configuration via the Admin UI.
• #374 - Added ability to schedule Jobs for future and/or recurring execution
• #478 - CustomFieldChoice model now supports GraphQL.
• #479 - Added shared generic template for all object detail views
• #519 - Added webhook support for CustomField and CustomFieldChoice models.
• #534 - Added ability to inject a banner from a plugin
• #541 - Added Secrets integration
• #580 - Added ability for plugins to register "home" and "configuration" views.
• #585 - Added "Advanced" tab to object detail views including UUID and slug information.
• #642 - Added documentation of the GIT_SSL_NO_VERIFY environment variable for using self-signed Git repositories
• #674 - Plugins can now add items to the Nautobot home page
• #716 - Nautobot home page content is now dynamically populated based on installed apps and plugins.
• #866 - Added support for organizational custom branding for the logo and icons
• #866 - Added documentation for job scheduling and approvals
• #879 - Added API testing for job scheduling and approvals
• #908 - Added UI testing for job scheduling and approvals
• #935 - Added Installed Plugins list view and detail view
• #937 - Added bulk-delete option for scheduled jobs
• #938 - Added titles to job approval UI buttons
• #947 - Added DISABLE_PREFIX_LIST_HIERARCHY setting to render IPAM Prefix list view as a flat list
• #953 - Added option to use MySQL in docker-compose development environment

Changed

• #222 - Changed wildcard imports to explicitly enumerated imports and enabled associated Flake8 linter rules.
• #472 - JobResult lists now show the associated Job's name (if available) instead of the Job's class_path.
• #493 - All slug fields are now optional when creating records via the REST API, ORM, or CSV import. Slugs will be automatically assigned if unspecified.
• #877 - Hid unused "Social Auth" section from Django admin page.
• #900 - Admin site has been revised and re-skinned to more closely match the core Nautobot UI.

Fixed

• #852 - Fixed missing "Change Log" tab on certain object detail views
• #853 - Fixed AttributeError on certain object detail views
• #891 - Fixed custom field select/multiselect not handled by new UI and added integration tests
• #966 - Fixed missing "Advanced" tab on Device detail views
• #1060 - Fixed documentation incorrectly indicating that the Admin UI was the only way to manage custom field definitions.

Security

• #1017 - Custom field descriptions no longer potentially render as arbitrary HTML in object edit forms; Markdown format is now supported as a less dangerous option.

---

This discussion was created from the release v1.2.0 - 2021-12-15.