Search for Prefix on VLANs Page Produces No Result #7861

Closed
opened 2025-12-29 20:29:08 +01:00 by adam · 3 comments
Owner

Originally created by @michaelmcdonald on GitHub (Apr 5, 2023).

NetBox version

v3.4.7

Python version

3.8

Steps to Reproduce

  1. Create a new VLAN with an ID and name
  2. Create a new prefix, assigning it a subnet, a description, and associate it with the previously created VLAN
  3. go to VLANs page and search for previously created prefix in "Quick search" field

Expected Behavior

Results should be limited to the prefix / VLAN searched for (just like when searching for VLAN number, VLAN name, VLAN description).

Observed Behavior

Results display "No VLANs found" message.

Originally created by @michaelmcdonald on GitHub (Apr 5, 2023). ### NetBox version v3.4.7 ### Python version 3.8 ### Steps to Reproduce 1. Create a new VLAN with an ID and name 2. Create a new prefix, assigning it a subnet, a description, and associate it with the previously created VLAN 3. go to VLANs page and search for previously created prefix in "Quick search" field ### Expected Behavior Results should be limited to the prefix / VLAN searched for (just like when searching for VLAN number, VLAN name, VLAN description). ### Observed Behavior Results display "No VLANs found" message.
adam closed this issue 2025-12-29 20:29:08 +01:00
Author
Owner

@jeremystretch commented on GitHub (Apr 5, 2023):

Thank you for opening a bug report. Unfortunately, the information you have provided is not sufficient for someone else to attempt to reproduce the reported behavior. Remember, each bug report must include detailed steps that someone else can follow on a clean, empty NetBox installation to reproduce the exact problem you're experiencing. These instructions should include the creation of any involved objects, any configuration changes, and complete accounting of the actions being taken. Also be sure that your report does not reference data on the public NetBox demo, as that is subject to change at any time by an outside party and cannot be relied upon for bug reports.

@jeremystretch commented on GitHub (Apr 5, 2023): Thank you for opening a bug report. Unfortunately, the information you have provided is not sufficient for someone else to attempt to reproduce the reported behavior. Remember, each bug report must include detailed steps that someone else can follow on a clean, empty NetBox installation to reproduce the exact problem you're experiencing. These instructions should include the creation of any involved objects, any configuration changes, and complete accounting of the actions being taken. Also be sure that your report does not reference data on the public NetBox demo, as that is subject to change at any time by an outside party and cannot be relied upon for bug reports.
Author
Owner

@michaelmcdonald commented on GitHub (Apr 5, 2023):

I'm going to assume this is actually expected behavior. Tried searching for the VLAN name on the Prefix page and a similar result occurred.

EDIT: Updated previous "Steps to reproduce" section for clarity.

@michaelmcdonald commented on GitHub (Apr 5, 2023): I'm going to assume this is actually expected behavior. Tried searching for the VLAN name on the Prefix page and a similar result occurred. EDIT: Updated previous "Steps to reproduce" section for clarity.
Author
Owner

@jeremystretch commented on GitHub (Apr 7, 2023):

I'm going to assume this is actually expected behavior.

That's correct; the quick filter for VLANs does not match against assigned prefixes due to the overhead involved.

@jeremystretch commented on GitHub (Apr 7, 2023): > I'm going to assume this is actually expected behavior. That's correct; the quick filter for VLANs does not match against assigned prefixes due to the overhead involved.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/netbox#7861