List view name field differs from form view name value
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-11-2019 06:39 AM
Hi everyone,
i have seen the following behaviour:
----
Sample Scenario:
Create an update set with a name "Test Test" --- There are 5 spaces between the 1st Test and the 2nd Test.
Btw. Tested for cmdb_ci name & update set name only ... but i guess this is part of the list view general behaviour and will apply on any list view for certain fields.
---
If you look into that in form view - the name field will correctly display "Test Test"
If you go to list view - the spaces in the name will be removed except for one (1) space "Test Test".
This may cause confusion since people might copy names in list view and then don`t find records with that copied value during searching since they don`t exist in that form.
Of course one could say to not use double or more consecutive spaces, which is kind of a workaround for me.
However; i would expect the value shown in list view to be the SAME as in form view.
Just curious if this is by design (e.g. to shorten names in list view / any other reason) or if it`s a bug?
I don`t want to raise any discussions about WHY 2 or more consecutive spaces/blanks are a BAD idea and that NOT using names like that will fix the issue 😉
Thanks & Regards!
Martin
- Labels:
-
User Interface (UI)

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-11-2019 08:55 AM
Well, you should post this in the NOW Platform or in the forum sections that are feedback to ServiceNow.
If you post this to Developer Community, we're going to talk about it...
Also...not sure what you want to discuss really since we...the people who are in this forum section...are users, just like yourself.
So as far as a "guess" as to why that's happening, I'm assuming SN is trying to help....by word wrapping or concatenating, etc. in list view to maximize data and show as much as they can for you. Like if you create a variable and choose a name... "test " with extra spaces...when you save it...guess what? Those spaces are gone too.
So it's behavior across the platform that I think is there to help, not hinder.
Please mark reply as Helpful/Correct, if applicable. Thanks!
Please consider marking my reply as Helpful and/or Accept Solution, if applicable. Thanks!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-12-2019 01:12 AM
Hi Allen,
thanks for your reply.
Maybe Now Platform would have been the better place. Unfortunately i can`t change this anymore.
But i`m also happy with some answers from Developers letting me know their opinion on why it is like that and wether it could be a bug or not. I don`t neccessarily need to rely on SN people only - although the developer answers may just be a best guess.
Of course a variable name is shortened in case of additional spaces. But we`re not talking about variable names but string variable content for which at least i would expect them to be represented in the same way everywhere in the system.
Also i`m not against the behaviour in general - i just was curious about the rationale behind it. And until yesterday i even wasn`t aware of this behaviour since it`s hard to spot if you have 1 space instead of 2 in a different view.
I will just assume SN did that because it uses less space with the small drawback that you can`t copy a name (maybe any string text) in list view containing 2 or more spaces and expect SN to find that value if you search for it in either column search or filters - but guess that`s worth it.
Thanks & Regards!
Martin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-12-2019 01:17 AM
Hi,
Yes, This is drakback in listview. It removes extra spaces from the name.
Thanks