Skip to content

Title: Customizable/extendable columns in device overview lists (e.g. show FQDN, Comments, Group) + Bug: FQDN gets cleared and locked after saving Comments field #1751

Description

@Gaspode-1974

Is there an existing issue for this?

  • I have searched the existing open and closed issues

Is your feature request related to a problem? Please describe

The device overview tables (e.g. "All Devices") currently show a fixed set of columns (Icon, Name, Type, Last IP, Status, MAC, Source, Actions). Many other useful fields already exist per device — Group, Location, Comments, FQDN, Owner, etc. — but none of them can be shown as a column in these list views. To see e.g. a device's FQDN or Group, I have to open each device's detail page individually or export the whole database to CSV, which is not practical when I just want a quick overview across many devices.

Describe the solution you'd like

Allow users to choose which existing device fields are displayed as columns in the device overview tables — similar to how many asset-management or ticketing tools let you toggle column visibility via a "Manage columns" option. Ideally this would be a per-view setting (e.g. persisted per user/browser) so different views (All Devices, My Devices, Network Devices, etc.) can show different relevant fields without affecting the underlying data.

Describe alternatives you've considered

  • Exporting all devices via CSV (Maintenance > Backup/Restore) and viewing/filtering the extra columns in a spreadsheet. This works but is a manual, disconnected process — it's a static snapshot, not a live view, and requires leaving the app.
  • Using Comments or Group fields to informally track extra info (e.g. a host's external domain). But this isn't visible without opening each device individually, defeating the purpose of an overview table.

Anything else?

While testing workarounds for this (using Comments to note a device's external FQDN), I ran into a related issue: editing only the Comments field on a device that already has an FQDN set (auto-detected via DIGSCAN/AVAHISCAN) causes the FQDN field to be cleared and revert to its locked/auto-managed state after saving — even though FQDN wasn't touched in the edit. This might be worth a separate bug report, but flagging it here since it's directly related to my use case of wanting FQDN visible/manageable at the list level.

Am I willing to test this? 🧪

  • I will do my best to test this feature on the netlertx-dev image when requested within 48h and report bugs to help deliver a great user experience for everyone and not to break existing installations.

Can I help implement this? 👩‍💻👨‍💻

  • Yes
  • No

Metadata

Metadata

Assignees

No one assigned

    Labels

    Feature request ➕New feature or requestnext release/in dev image 🚀This is coming in the next release or was already released if the issue is Closed.

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions