# Gateway Projects Page Description Column **URL:** \ **Category:** Ignition\ **Tags:** ignition83\ **Created:** [August 12, 2026, 8:33pm UTC](https://forum.inductiveautomation.com/t/gateway-projects-page-description-column/116769 "2026-08-12T20:33:45Z")\ **Posts on this page:** 12\ **Page:** 1
**Author:** ![bschiv](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bschiv/32/35544_2.png) [@bschiv](https://forum.inductiveautomation.com/u/bschiv)\ **Post date:** [August 12, 2026, 8:33pm UTC](https://forum.inductiveautomation.com/t/gateway-projects-page-description-column/116769/1 "2026-08-12T20:33:45Z")
Is there a way to get the Gateway to remember that I want to display the Description column all the time? It's really annoying to have to re-check that box every time I access the Gateway. ---
**Author:** ![cmallonee](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/cmallonee/32/6416_2.png) [@cmallonee](https://forum.inductiveautomation.com/u/cmallonee)\ **Post date:** [August 12, 2026, 8:40pm UTC](https://forum.inductiveautomation.com/t/gateway-projects-page-description-column/116769/2 "2026-08-12T20:40:47Z")
No. There is no concept of "Browser Session Preferences" in the Gateway. When the `DESCRIPTION` column is not shown, descriptions should be available as tooltips next to the name of each project, so that data is being made available even without the column being displayed. If your goal is very specifically to always have the column displayed, I'm afraid it is unlikely to ever happen at the session level. There's the potential we could flip a code setting on the application side, but that would then apply to all gateways using that later version; it seems pretty undesirable to force that behavior on everyone. ![Screenshot 2026-08-12 at 1.38.46 PM](https://us1.discourse-cdn.com/inductiveautomation/original/3X/9/9/99097709ee9de5aaa8ded4270c4fbca95a6030d3.png) ---
**Author:** ![bschiv](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bschiv/32/35544_2.png) [@bschiv](https://forum.inductiveautomation.com/u/bschiv)\ **Post date:** [August 12, 2026, 8:42pm UTC](https://forum.inductiveautomation.com/t/gateway-projects-page-description-column/116769/3 "2026-08-12T20:42:43Z")
Hmm ok. It feels weird that that is the only column defaulted to OFF. I was thinking a Gateway-wide setting to select which of those items in that checkbox list are "default". I wasn't thinking per-session. ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/9/c/9ce93db7820716f6a7f81b4d1ee87d940022f3e0.png) ---
**Author:** ![cmallonee](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/cmallonee/32/6416_2.png) [@cmallonee](https://forum.inductiveautomation.com/u/cmallonee)\ **Post date:** [August 12, 2026, 8:49pm UTC](https://forum.inductiveautomation.com/t/gateway-projects-page-description-column/116769/4 "2026-08-12T20:49:17Z")
Each system was left to their own devices to determine which columns are displayed on their pages. As a consequence, you'll see some pages which have a `DESCRIPTION` column displayed by default (like User Sources), and some which don't. I believe the rough decision was based on the count of columns, but I can't speak for whether each team held to that guidance. The reasoning being that many columns displayed at once results in each column receiving (linearly and relatively) less width, resulting in description columns displaying like the attached photo. That behavior was deemed undesirable (rightly so, in my opinion), and so pages with many columns hide `DESCRIPTION` by default. There's an argument for a gateway-wide setting, but some resources are far more likely to have descriptions than others, and forcing all-on or all-off likewise seems heavy-handed. What's the use-case which requires regular access to the Description information? ![Screenshot 2026-08-12 at 1.47.42 PM](https://us1.discourse-cdn.com/inductiveautomation/original/3X/d/9/d91184a1a6f7a344a73b66fe3e1e87937496d594.png) ---
**Author:** ![bschiv](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bschiv/32/35544_2.png) [@bschiv](https://forum.inductiveautomation.com/u/bschiv)\ **Post date:** [August 12, 2026, 9:08pm UTC](https://forum.inductiveautomation.com/t/gateway-projects-page-description-column/116769/5 "2026-08-12T21:08:38Z")
Makes sense. For me specifically, I have multiple copies of projects where I store versioning information in the description and I need to refer to it and change it when pushing out a revision. It's nothing critical, just something I was used to doing in 8.1. It seems odd that you are able to de-select `Name`. It almost implies that some users might have unintelligible project `Names` and have human readable project `Descriptions`. Not sure if that is the case for anyone, but given how the `Name` has implications for operation and shouldn't be changed, I could see use cases where `Description` might hold critical info/notes for other developers across a couple copies of the same/similar project. ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [August 12, 2026, 9:11pm UTC](https://forum.inductiveautomation.com/t/gateway-projects-page-description-column/116769/6 "2026-08-12T21:11:35Z")
> [@bschiv](#): > > where I store versioning information in the description This is a really bad practice, as it will bite you in the [expletive] if you have gateway events defined. ---
**Author:** ![bschiv](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bschiv/32/35544_2.png) [@bschiv](https://forum.inductiveautomation.com/u/bschiv)\ **Post date:** [August 12, 2026, 9:13pm UTC](https://forum.inductiveautomation.com/t/gateway-projects-page-description-column/116769/7 "2026-08-12T21:13:29Z")
The projects don't have the same name, so that shouldn't matter? I do recognize it is bad practice, if just from the standpoint that I have to manually change the value, but, as far as I'm aware, there is no other versioning method within Ignition? I would love to be wrong about this btw. ---
**Author:** ![bschiv](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bschiv/32/35544_2.png) [@bschiv](https://forum.inductiveautomation.com/u/bschiv)\ **Post date:** [August 12, 2026, 9:23pm UTC](https://forum.inductiveautomation.com/t/gateway-projects-page-description-column/116769/8 "2026-08-12T21:23:04Z")
Also, I work for a system integrator, so we have a lot of projects from our customers. Often we will keep the backups in a git repo, but the one we pull into our company's gateway would be whatever the latest from the customer's gateway is. So we add a version comment to the description so we know which one it is. The customer may have no revisioning methodology, so we have to work with whatever they give us. ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [August 12, 2026, 9:23pm UTC](https://forum.inductiveautomation.com/t/gateway-projects-page-description-column/116769/9 "2026-08-12T21:23:07Z")
> [@bschiv](#): > > so that shouldn't matter? If you copy a project to a new name for versioning purposes, any gateway events defined within will fire in both projects. You have to be extraordinarily disciplined to always disable such after copying, or not ever using gateway events. Needing the description field for inter-developer notes implies insufficient discipline. > [@bschiv](#): > > pull into our company's gateway That implies you aren't replicating your client's environment to the gateway level, down to the gateway version. (Each client gateway should be spun up in a matching VM, or pulled into your dev gateway **as a whole**.) ---
**Author:** ![andrew.budaiev](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/andrew.budaiev/32/72921_2.png) [@andrew.budaiev](https://forum.inductiveautomation.com/u/andrew.budaiev)\ **Post date:** [August 13, 2026, 12:25am UTC](https://forum.inductiveautomation.com/t/gateway-projects-page-description-column/116769/10 "2026-08-13T00:25:04Z")
I use a description column for device connections to store a hostname and a port, so you don't have to drill down to check it. ---
**Author:** ![bschiv](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bschiv/32/35544_2.png) [@bschiv](https://forum.inductiveautomation.com/u/bschiv)\ **Post date:** [August 13, 2026, 5:12pm UTC](https://forum.inductiveautomation.com/t/gateway-projects-page-description-column/116769/11 "2026-08-13T17:12:19Z")
> [@pturmel](#): > > If you copy a project to a new name for versioning purposes, any gateway events defined within will fire in both projects. Absolutely, which is why I check the project name at the top of the script. Still triggers on both projects, but doesn't do the remaining script unless it is the intended project. ---
**Author:** ![cmallonee](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/cmallonee/32/6416_2.png) [@cmallonee](https://forum.inductiveautomation.com/u/cmallonee)\ **Post date:** [August 13, 2026, 5:33pm UTC](https://forum.inductiveautomation.com/t/gateway-projects-page-description-column/116769/12 "2026-08-13T17:33:03Z")
> [@andrew.budaiev](#): > > I use a description column for device connections to store a hostname and a port, Ah, yah, device connections is one of the pages we haven't retrofitted with the description-tooltip-on-name-hover functionality. It's planned, just struggling against higher priority fixes. > [@bschiv](#): > > It seems odd that you are able to de-select `Name`. It almost implies that some users might have unintelligible project `Names` and have human readable project `Descriptions`. It's actually because we don't enforce special behaviors across columns (that I can remember). Not all systems/resources use "name" as their unique identifier, and some systems use something akin to a foreign key approach. So the `NAME` column won't always be present because the data won't always have it, and so we can't require the column to always be displayed across all DataGrids. ![Screenshot 2026-08-13 at 8.33.15 AM](https://us1.discourse-cdn.com/inductiveautomation/original/3X/4/6/464f3c622ad9d3345f4f362485ce28a6dbb52ee6.png) The main take-away here should be that these DataGrids (tables) are a re-usable component, and have to be incredibly resilient. As such, we actually have very few restrictions on requiring what is displayed and when, because our rules would have to apply to EVERY instance. The display of the `DESCRIPTION` column is a simple argument we pass to those pages/systems which have opted out of displaying it by default. ```typescript columnDefs={ProjectsUtils.columnDefs} showMore={showMore} defaultHiddenColumns={['description']} defaultSortingParams={{ accessorKey: 'name', fieldName: 'name', sortDirection: 'asc', }} ```