Table view breaks on multiple assymetrical columns

Describe the problem/error/question

When handling with data with multiple columns, and the number of columns on each item is different, the last visible column on table view can show undefined when data actually exists.

In my example, there are two items with properties ranging from a - z and aa-ao, so 41 properties in total. The difference between them is that the 2nd item doesn’t have the “an” property, so it has only 40 properties. In this case the table view shows undefined on ao property in item 1, even though it has the ao property set with value ao.

This does not affect JSON visualization or the actual workflow, only the table visualization.

What is the error message (if any)?

First item is incorrect in table view (shows ao as undefined):


JSON view is correct:

Please share your workflow

EDIT: pinned the data so the bug is clearly visible.

Share the output returned by the last node

Full output (the output is correct, only the table visualization is incorrect):

[
  {
    "a": "a",
    "b": "b",
    "c": "c",
    "d": "d",
    "e": "e",
    "f": "f",
    "g": "g",
    "h": "h",
    "i": "i",
    "j": "j",
    "k": "k",
    "l": "l",
    "m": "m",
    "n": "n",
    "o": "o",
    "p": "p",
    "q": "q",
    "r": "r",
    "s": "s",
    "t": "t",
    "u": "u",
    "v": "v",
    "w": "w",
    "x": "x",
    "y": "y",
    "z": "z",
    "aa": "aa",
    "ab": "ab",
    "ac": "ac",
    "ad": "ad",
    "ae": "ae",
    "af": "af",
    "ag": "ag",
    "ah": "ah",
    "ai": "ai",
    "aj": "aj",
    "ak": "ak",
    "al": "al",
    "am": "am",
    "an": "an",
    "ao": "ao"
  },
  {
    "a": "a",
    "b": "b",
    "c": "c",
    "d": "d",
    "e": "e",
    "f": "f",
    "g": "g",
    "h": "h",
    "i": "i",
    "j": "j",
    "k": "k",
    "l": "l",
    "m": "m",
    "n": "n",
    "o": "o",
    "p": "p",
    "q": "q",
    "r": "r",
    "s": "s",
    "t": "t",
    "u": "u",
    "v": "v",
    "w": "w",
    "x": "x",
    "y": "y",
    "z": "z",
    "aa": "aa",
    "ab": "ab",
    "ac": "ac",
    "ad": "ad",
    "ae": "ae",
    "af": "af",
    "ag": "ag",
    "ah": "ah",
    "ai": "ai",
    "aj": "aj",
    "ak": "ak",
    "al": "al",
    "am": "am",
    "ao": "ao"
  }
]

Information on your n8n setup

  • n8n version: 1.85.4
  • Database (default: SQLite): SQLite
  • n8n EXECUTIONS_PROCESS setting (default: own, main): own
  • Running n8n via (Docker, npm, n8n cloud, desktop app): k8s
  • Operating system: ubuntu
1 Like

Hi @miguel-mconf

I believe this behavior is intended by design.

Please read the hint:

Hey, thank you for your reply, but this is most certainly not the intended behavior.
I’m very familiar with the hidden columns mechanism, I’ve being using it for years now.
ao column shows value undefined, which is wrong, as it should show ao just like the line below…

I mean it’s probably a UI/front-end issue…

Are there any issues with the actual workflow?

I don’t see any problems on my end

As stated on the original post: This does not affect JSON visualization or the actual workflow, only the table visualization.

So yeah, it is an UI/front-end issue, that is only triggerable when you have +40 columns, so your example can’t reproduce it.

Actually, it’s your example, I just copied and pasted it, then added a Set node to demonstrate that it’s probably a UI/front-end issue…

There are no issues with the backend or the actual workflow.

By the way, feel free to report it or open a GitHub issue here:

Thank you for your attention. I’ve isolated the issue before posting it, and I was already sure it was an UI/front-end issue. That’s why I stated like that on the original post.

What I’ve tried to say is that your “modification” (or what I call, an example) doesn’t show the bug, and explained you why. The original post is now edited to have the data pinned so anyone can verify the bug is there.

I’ll open the issue, thank you.

Thank you @miguel-mconf

Actually, there isn’t a UI/front‑end issue.

I took another look and noticed you’re not returning the same number of items:

image

You’re missing this key:

"an":"an"

So the undefined result actually makes sense in the table view.

If you add this key, bringing the total to 41, it looks correct:

I’ve created a github issue, describing it in more details (and hopefully writing it more clearly):

Dear mohamed.

Please checked my original post, as I’ve updated the example with pinned data.

If you compare the “JSON” and “table” views for the first item, I’m sure you’ll find the value for ao is inconsistent for the first item.

I’m 100% confident it is a UI issue at this point.

I checked it, but I don’t see this key:

"an": "an"

The first item has 41 keys, and the second has 40 keys.

what am I missing here?!

Yes, the an key is only present at the first item. That’s what triggers the bug. If the items have the same number of keys, the bug doesn’t occur. But the issue is not with this key, but with the key ao, which is present in both items, but doesn’t appear on the table visualization for the first item.

Please focus on the key ao and it will become clear.

Got it, wow! :smiley:
This is so confusing!
You’re absolutely right, I can see it now :smiley:

Glad you reported it: UI/front-end: Table view breaks on multiple assymetrical columns · Issue #15476 · n8n-io/n8n · GitHub

I’m sure these replies will be helpful during reviews, so in the end, all our overthinking will have been totally worth it!

Thanks and have a nice day!

1 Like

Thank you for your attention!

I hope any errors in my English did not lead to any confusion.

No worries at all, your message was perfectly clear! :smiley:

I’m also using translation tools, so you’re definitely not alone :wink:

Nice find, hope they fix soon :slight_smile: