The 'falsy value: a.ok(to)'. error is back

Two months ago, this was a reasonably warm topic:

And after a recent upgrade to 1.91.3 (cloud), it’s back. In spades.

In brief: All stored workflows work perfectly. However, in-dev workflows (in the active dev UI) throw constant errors, the second time we run any chain (including the simplest debug-style stuff). So, first run is fine, then second run:

“Problem Running Workflow: The expression evaluated to a falsy value: a.ok(to)”

… and the error repeats on every run after that.

This is happening on all functions, all chains, every time we test.

The only way to stop it is to CTRL>SHIFT>R. That clears everything, and after that the run executes perfectly. ONCE. Then the next execution throws the error again.

This makes development extremely unpleasant, to say the least.

If n8n can acknowledge that they’re looking at this (since it’s been around for a while), we’d be grateful. We’re in the middle of an intensive dev cycle and everyone is pretty unhappy about this.

Thanks.

Information on our n8n setup

  • n8n version: 1.91.3
  • Database: Airtable
  • Running n8n via: n8n cloud
  • Operating system: MacOS 15.4.1, Chrome/Firefox browsers
4 Likes

Yes I’ve seen this issue come back now too… I am also on the latest stable version. This is a pretty critical issue, completely unable to run my workflows even after clearing and restarting my development environment.

@n8n team please help

anyone have luck solving this? I’ve tried restarting my server, making sure my browser it updated too

Hey, I’m having the same issue. My workflow was working perfectly and now I can’t even receive a webhook. I’m doing my tesis with n8n, any ideas on how to fix this? I erased my complete executions history, restarted, but the problem persists.

I have the exact same problem since 1-2h. Only way I can run the workflow ONCE is download it and upload it. I’m self hosted via elest.io running latest version (i tried it with other versions too → same problem)

Also seeing this come up. We’re self-hosted on 1.84.1. We’ll be upgrading next week but sounds like it is still an issue on latest stable version.

1 Like

anyone from n8n have more updates on this please???

Same Issue here

have any luck solving this?

Same issue here.

we are having the issue too, not sure how we debug it though

Hey folks,

Has anyone got a simple workflow which would help us to reproduce the issue? My team have had a look but we’ve not been able to track it down yet.

A simple workflow would be really helpful! :folded_hands:

1 Like

Hi Marclittlemore, hi everyone, I have the same problem:

n8n version 1.89.2
on-premise: http://54.84.6.141:5678

AWS, an EC2

We are 5 versions behind:

Hi @Stivenson,

Have you got a simple workflow to reproduce this issue? If we can recreate it easily then we can hopefully fix the issue.

Thanks!

This happening on complex workflows for me,


I ve deleted almost all of my workflow on a copy - error seems the same. On other server with the same version this little workflow works fine



Version 1.95.3

self hosted, docker container, i attached logs. Other workflows works fine

Not sure if this is helpful but i was able to replicate this by setting the limit parameter to a number beyond that which the input held.

e.g. I used the reddit node to look up a single post. Then i used another reddit node to look for comments on that post, setting the limit param to 100 when there were less than 100 comments on it

@Leo_Erdman_AI - Could you share your workflow JSON so I can try it here?
@shayp3z - Thanks - I’ll try that.

@shayp3z - Do you have any expressions in your code? I can’t recreate it just using the Reddit nodes and the limit you suggested.