Remove 'empty' variables from url after search/filter #6973

New Issue

adam · 2025-12-29T19:47:22+01:00

adam commented

2025-12-29 19:47:22 +01:00

Originally created by @PieterL75 on GitHub (Sep 13, 2022).

Originally assigned to: @PieterL75 on GitHub.

NetBox version

v3.3.2

Feature type

Change to existing functionality

Proposed functionality

When a search or filter is done, the resulting page has an url with all possible fields.
It would be neater if only the field that has data is added to the url variable.
Especially when there are a lot of custom fields.

ex :
https://netbox/dcim/devices/?q=test&serial=&asset_tag=&mac_address=&device_type_id=79&console_ports=&console_server_ports=&power_ports=&power_outlets=&interfaces=&pass_through_ports=&has_primary_ip=&virtual_chassis_member=&local_context_data=&cf_hostname=&cf_ltag=&cf_observium=&cf_observium_id=&cf_reference=&cf_u_bios_uuid=&cf_warrantydate=

could be reduced to

https://netbox/dcim/devices/?q=test&device_type_id=79

Use case

When URLs are shared or stored, it gives a better view in what is going to be filtered.

Database changes

No response

External dependencies

No response

Originally created by @PieterL75 on GitHub (Sep 13, 2022). Originally assigned to: @PieterL75 on GitHub. ### NetBox version v3.3.2 ### Feature type Change to existing functionality ### Proposed functionality When a search or filter is done, the resulting page has an url with all possible fields. It would be neater if only the field that has data is added to the url variable. Especially when there are a lot of custom fields. ex : https://netbox/dcim/devices/?q=test&serial=&asset_tag=&mac_address=&device_type_id=79&console_ports=&console_server_ports=&power_ports=&power_outlets=&interfaces=&pass_through_ports=&has_primary_ip=&virtual_chassis_member=&local_context_data=&cf_hostname=&cf_ltag=&cf_observium=&cf_observium_id=&cf_reference=&cf_u_bios_uuid=&cf_warrantydate= could be reduced to https://netbox/dcim/devices/?q=test&device_type_id=79 ### Use case When URLs are shared or stored, it gives a better view in what is going to be filtered. ### Database changes _No response_ ### External dependencies _No response_

adam added the status: accepted type: feature labels 2025-12-29 19:47:22 +01:00

adam closed this issue

2025-12-29 19:47:22 +01:00

adam commented

2025-12-29 19:47:22 +01:00

@jeremystretch commented on GitHub (Sep 13, 2022):

This is an artifact of how web browsers process forms with GET actions. I'm not aware of anything we can do to suppress the extraneous parameters natively; it would require extending the submission process with a Javascript function that determines which fields to append to the URL string based on their values.

@jeremystretch commented on GitHub (Sep 13, 2022): This is an artifact of how web browsers process forms with GET actions. I'm not aware of anything we can do to suppress the extraneous parameters natively; it would require extending the submission process with a Javascript function that determines which fields to append to the URL string based on their values.

adam commented

2025-12-29 19:47:22 +01:00

@PieterL75 commented on GitHub (Sep 16, 2022):

Solution is to add this to the filter_list.html

<script>
function cleangeturl(form) {
  
  var form_elements = form.elements;
  
  for (var i=0; i<form_elements.length; i++ ) {
    var element = form_elements[i]
    if (element.name && element.value == '') {
      element.disabled=true;
    }
  }
</script>

and update the <form with

<form action="." method="get" onsubmit="return cleangeturl(this)">

@PieterL75 commented on GitHub (Sep 16, 2022): Solution is to add this to the filter_list.html ``` <script> function cleangeturl(form) { var form_elements = form.elements; for (var i=0; i<form_elements.length; i++ ) { var element = form_elements[i] if (element.name && element.value == '') { element.disabled=true; } } </script> ``` and update the <form with ``` <form action="." method="get" onsubmit="return cleangeturl(this)"> ```

adam commented

2025-12-29 19:47:22 +01:00

@jeremystretch commented on GitHub (Sep 26, 2022):

@PieterL75 I agree with the general approach, however our intent is to build all Javascript from Typescript compiled into central libraries, rather than embedding JS directly within each page.

@jeremystretch commented on GitHub (Sep 26, 2022): @PieterL75 I agree with the general approach, however our intent is to build all Javascript from Typescript compiled into central libraries, rather than embedding JS directly within each page.

adam referenced this issue

2025-12-29 22:26:10 +01:00

[PR #7369] [MERGED] Fixes #6973: order reports #13238

Sign in to join this conversation.

Branches Tags

main

update-changelog-comments-docs

feature-removal-issue-type

20911-dropdown

20239-plugin-menu-classes-mutable-state

21097-graphql-id-lookups

feature

fix_module_substitution

20923-dcim-templates

20044-elevation-stuck-lightmode

feature-ip-prefix-link

v4.5-beta1-release

20068-import-moduletype-attrs

20766-fix-german-translation-code-literals

20378-del-script

7604-filter-modifiers-v3

circuit-swap

12318-case-insensitive-uniqueness

20637-improve-device-q-filter

20660-script-load

19724-graphql

20614-update-ruff

14884-script

02496-max-page

19720-macaddress-interface-generic-relation

19408-circuit-terminations-export-templates

20203-openapi-check

fix-19669-api-image-download

7604-filter-modifiers

19275-fixes-interface-bulk-edit

fix-17794-get_field_value_return_list

11507-show-aggregate-and-rir-on-api

9583-add_column_specific_search_field_to_tables

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: starred/netbox#6973