# 🎉 Node-RED 5.0.0 Beta 6 available

**URL:** <https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878>\
**Category:** News\
**Tags:** docker\
**Created:** [30 April 2026 16:36 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878 "2026-04-30T16:36:49Z")\
**Posts on this page:** 20\
**Page:** 5

<div class="post-metadata">

**Author:** ![omrid](https://avatars.discourse-cdn.com/v4/letter/o/77aa72/32.png) [@omrid](https://discourse.nodered.org/u/omrid)\
**Post date:** [6 May 2026 15:43 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878/86 "2026-05-06T15:43:44Z")

</div>

I am anxiously waiting for the release of the function node link call. For me it is as important as the introduction of linkcall itself - which was a real breakthrough.

I understand the ideology (religion?) behind visual programming and "low code", but I find that it is all a matter of balance. Avoiding huge flows with extra clutter and maintainability challenges has tremendous value. For me, awaiting a linkcall from within a function node, for self-contained reusable tasks (e.g. querying a DB or calling an API) is the best of two worlds.

I do concur that adding an indicator (that a function node is calling a link behind the scenes), would be important (unlike complete, status or catch, in which this is their "natural" behavior).

---

<div class="post-metadata">

**Author:** ![AllanOricil](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/allanoricil/32/106911_2.png) [@AllanOricil](https://discourse.nodered.org/u/AllanOricil)\
**Post date:** [6 May 2026 15:50 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878/87 "2026-05-06T15:50:52Z")

</div>

The future of Node-RED flows /s

[Trigger]-\>[function]-\>[output]

At least these flows will be faster haha

---

<div class="post-metadata">

**Author:** ![Botched1](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/botched1/32/21190_2.png) [@Botched1](https://discourse.nodered.org/u/Botched1)\
**Post date:** [6 May 2026 16:10 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878/88 "2026-05-06T16:10:19Z")

</div>

> [@dceejay](#):
>
> Appreciate what you say about a general indicator update - but yes... hopefully this is 5.1 rather than 6.0.

I think the function node change should be delayed until that indicator, or another way to see what is doing linkcalls from where, is completed - not before.

Just an opinion, I'll shut up now.

---

<div class="post-metadata">

**Author:** ![Colin](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/colin/32/17040_2.png) [@Colin](https://discourse.nodered.org/u/Colin)\
**Post date:** [6 May 2026 16:27 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878/89 "2026-05-06T16:27:34Z")

</div>

> [@AllanOricil](#):
>
> The future of Node-RED flows /s
> 
> [Trigger]-\>[function]-\>[output]

You can do that already, you don't need the link call feature for that.

---

<div class="post-metadata">

**Author:** ![TotallyInformation](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/totallyinformation/32/31_2.png) [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)\
**Post date:** [6 May 2026 16:39 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878/90 "2026-05-06T16:39:27Z")

</div>

> [@dceejay](#):
>
> I'm happy to provide a temp fix to at least change the icon if node.linkcall is used.

👍 😃

Of course, the "perfect" future enhancement would be to enable a dashed line from the fn node to the link nodes. An interesting challange!

But incremental improvements are good.

---

<div class="post-metadata">

**Author:** ![AllanOricil](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/allanoricil/32/106911_2.png) [@AllanOricil](https://discourse.nodered.org/u/AllanOricil)\
**Post date:** [6 May 2026 17:03 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878/91 "2026-05-06T17:03:54Z")

</div>

> [@Colin](#):
>
> You can do that already, you don't need the link call feature for that

This feature will likely push developers toward increased use of function nodes instead of expressing logic through the visual wiring of flows. That shift undermines the core value of a flow-based system, where the wiring itself should represent the data and control paths.

Function nodes tend to become a slippery slope: once developers start relying on them, they gradually move more logic into code, making flows less transparent, harder to reason about, and less aligned with the visual paradigm. The `[trigger] → [function] → [output]` pattern is a sarcastic illustration of where this leads—at that point, the flow stops being the source of truth and becomes just a thin wrapper around opaque code.

I propose running a controlled experiment to validate this directionally. The hypothesis is straightforward: given the option, developers will default to the path of least resistance—function nodes—over expressing logic through wiring. The key metric would be flow expressiveness, comparing solutions built with and without this feature. Early signals already point in that direction: when this capability is available, flows tend to become less expressive and more logic is pushed into function nodes.

Is this the direction the core team wants for Node-RED? If so, it may be worth acknowledging that this shifts the project’s philosophy—and that a fork (brexit) could be a reasonable path for those who want to preserve a more strictly flow-first approach.

---

<div class="post-metadata">

**Author:** ![Steve-Mcl](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/steve-mcl/32/4826_2.png) [@Steve-Mcl](https://discourse.nodered.org/u/Steve-Mcl)\
**Post date:** [6 May 2026 20:33 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878/92 "2026-05-06T20:33:12Z")

</div>

> [@AllanOricil](#):
>
> This feature will likely push developers toward increased use of function nodes

I disagree. If anything it would encourage users who already prefer function nodes to actually be more DRY.

However the truth is likely somewhere in-between. Those who hit the walls I have and those who have asked for a means of calling reusable code/flows will discover it and use it (just like in the demo flow I posted that no-one has offered a simple non context hopping wired solution for)

---

<div class="post-metadata">

**Author:** ![AllanOricil](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/allanoricil/32/106911_2.png) [@AllanOricil](https://discourse.nodered.org/u/AllanOricil)\
**Post date:** [6 May 2026 20:58 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878/93 "2026-05-06T20:58:23Z")

</div>

> [@Steve-Mcl](#):
>
> I disagree

You are biased by your own creation. That is why I proposed the experiment.

If people ask me if @bonsae/nrg is the right way to author nodes I will surely say "yes, of course" because I created it and because it follows modern tooling trends. Biases. I'm waiting for people to use it and tell me what they think, but also gather evidence I achieved the goals of doing more with less.

By they way you should all check these awesome (another bias) nodes I created [GitHub - bonsaedev/node-red-salesforce: Salesforce nodes for Node-RED · GitHub](https://github.com/bonsaedev/node-red-salesforce)

You can add the "built with nrg" badge to your README

---

<div class="post-metadata">

**Author:** ![Steve-Mcl](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/steve-mcl/32/4826_2.png) [@Steve-Mcl](https://discourse.nodered.org/u/Steve-Mcl)\
**Post date:** [6 May 2026 21:07 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878/94 "2026-05-06T21:07:44Z")

</div>

> [@AllanOricil](#):
>
> You are biased by your own creation

Please stop being accustory and inflammatory.

I have tried to be civil and reasonable and detailed in my responses. I have provided a flow that demonstrates a real use case.

I am biased only by the request made by others and eventually hitting the need for this myself. So I went to the effort of starting a discussion, creating designs and decision matrixes that highlighted pros and cons and eventually implementing the best of the options myself.

If you don't want to use it, don't use it. There are others who will. If you don't see the benefits, you have likely not hit the boundaries I & others have.

I will not be responding further.

---

<div class="post-metadata">

**Author:** ![AllanOricil](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/allanoricil/32/106911_2.png) [@AllanOricil](https://discourse.nodered.org/u/AllanOricil)\
**Post date:** [6 May 2026 21:09 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878/95 "2026-05-06T21:09:17Z")

</div>

> [@Steve-Mcl](#):
>
> Please stop being accustory and inflammatory.

This is ad hominem

---

<div class="post-metadata">

**Author:** ![TotallyInformation](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/totallyinformation/32/31_2.png) [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)\
**Post date:** [7 May 2026 10:30 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878/96 "2026-05-07T10:30:40Z")

</div>

As mentioned in the other thread, please lets keep any debate positive and helpful. There is a difference of opinion. Both sides have clearly stated their cases. We don't need to keep going over the same ground.

---

<div class="post-metadata">

**Author:** ![AllanOricil](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/allanoricil/32/106911_2.png) [@AllanOricil](https://discourse.nodered.org/u/AllanOricil)\
**Post date:** [7 May 2026 13:31 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878/97 "2026-05-07T13:31:51Z")

</div>

I’ve been careful to keep the discussion civil and focused on the technical merits of the proposal. My comments were based on observable patterns in prior decisions, and the response I received only reinforced that perception.

To move the discussion away from subjective arguments, I proposed an experiment that could provide measurable evidence and help settle the debate objectively. However, that proposal is also being disregarded, which makes it increasingly difficult not to conclude that non-technical factors are influencing the decision-making process.

From my perspective, there appears to be inconsistency in how contributions are evaluated. In the past, I’ve had solutions rejected on the basis that “there is already another way to do it,” even when the proposal was technically sound. In this case, the same standard does not appear to be applied consistently, as a similar argument is not being used against this feature proposal. That difference in treatment naturally raises concerns about potential bias, whether intentional or not.

I’m not interested in personal conflict, and I won’t name individuals. My concern is about maintaining consistent engineering principles and ensuring that decisions are evaluated under the same criteria for everyone involved.

---

<div class="post-metadata">

**Author:** ![Steve-Mcl](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/steve-mcl/32/4826_2.png) [@Steve-Mcl](https://discourse.nodered.org/u/Steve-Mcl)\
**Post date:** [7 May 2026 14:46 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878/98 "2026-05-07T14:46:03Z")

</div>

> [@AllanOricil](#):
>
> I proposed an experiment that could provide measurable evidence and help settle the debate objectively. However, that proposal is also being disregarded,

I know I said I would not respond further but I will respond to this.

I have repeatedly said there are cases where this feature makes sense. I prepared a flow & posted it and I am still waiting for someone to show it can be done using existing wire methods and no context hopping.

> [@Steve-Mcl](#):
>
> [node-linkcall-demo.json](https://discourse.nodered.org/uploads/short-url/rtkrZIc2EwZ7eIvuZw030f1I5tE.json) (59.2 KB)
> 
> Note again for clarity, I have solved this already (running on Node-RED v4 without `node.linkcall`) but it is a drag, its brittle, opaque, hard to follow & is my own implementation - so I am genuinely interested to see how others would approach this in a visual/wired way.

> [@Brittle flows or is it the visual paradigm?](https://discourse.nodered.org/t/brittle-flows-or-is-it-the-visual-paradigm/100911/17):
>
> I _think_ you are missing one important aspect of this.
> 
> The demo flow i supplied works with the `node.linkcall` (the `/ai1` flow) - it does not work with visual flows (the `/ai2 flow` is an an outline only)
> 
> The brittle part is how I solved `/ai2` flow.

> [@Steve-Mcl](#):
>
> just like in the demo flow I posted that no-one has offered a simple non context hopping wired solution for

---

<div class="post-metadata">

**Author:** ![gerry](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/gerry/32/21604_2.png) [@gerry](https://discourse.nodered.org/u/gerry)\
**Post date:** [7 May 2026 15:28 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878/99 "2026-05-07T15:28:11Z")

</div>

In the overall scheme of things this is a little niggle but really annoying. If you import the text into the import box but it's malformed then you get a box of the error and you can't easily get rid of the error box. You have to grab the back import box and move it to the side to get to the cancel button. Not very intuitive

 ![demo](https://us1.discourse-cdn.com/flex026/uploads/nodered/original/3X/6/b/6bac44efb0cbd841e9eadb81924a81118ccd2ac7.jpeg)

same as most every version of Ver 5 I've tested but don't know about before that  
Just saying.

---

<div class="post-metadata">

**Author:** ![Steve-Mcl](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/steve-mcl/32/4826_2.png) [@Steve-Mcl](https://discourse.nodered.org/u/Steve-Mcl)\
**Post date:** [7 May 2026 16:36 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878/100 "2026-05-07T16:36:25Z")

</div>

> [@gerry](#):
>
> Not very intuitive

I agree - I think its time this form got some love.

We have an intelligent editor (Monaco) that can show you where the error is (and make it easier to edit than a plain text box) - Maybe in Node-RED 5.1 🤔

---

<div class="post-metadata">

**Author:** ![Colin](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/colin/32/17040_2.png) [@Colin](https://discourse.nodered.org/u/Colin)\
**Post date:** [7 May 2026 16:56 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878/101 "2026-05-07T16:56:13Z")

</div>

The main problem is that the pop-up covers up the cancel button.

---

<div class="post-metadata">

**Author:** ![jbudd](https://avatars.discourse-cdn.com/v4/letter/j/5f8ce5/32.png) [@jbudd](https://discourse.nodered.org/u/jbudd)\
**Post date:** [7 May 2026 18:50 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878/102 "2026-05-07T18:50:14Z")

</div>

It is very annoying when it won't import and you can't see the cancel button.

Fortunately the Esc button works to close the popup.

Its not confined to v5.

---

<div class="post-metadata">

**Author:** ![gerry](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/gerry/32/21604_2.png) [@gerry](https://discourse.nodered.org/u/gerry)\
**Post date:** [7 May 2026 19:17 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878/103 "2026-05-07T19:17:03Z")

</div>

Yes, there are work arounds, but they are non-intuitive work arounds, I need all the tuition I can get.

---

<div class="post-metadata">

**Author:** ![knolleary](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/knolleary/32/3_2.png) [@knolleary](https://discourse.nodered.org/u/knolleary)\
**Post date:** [7 May 2026 19:34 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878/104 "2026-05-07T19:34:23Z")

</div>

@gerry thanks for reporting - although this is not specific to the beta.

I hadn't spotted the fact it overlaps the buttons because in Chrome (for me), the error thrown when parsing the JSON doesn't include the information we use to render the second line of the error message - containing the hint as to where the error is:

 ![image](https://us1.discourse-cdn.com/flex026/uploads/nodered/original/3X/7/8/78cf7cf4f4ccdd5efb70aa3d664eac9cf7434639.png)

I just tried in Firefox, and it does show the hint, covering over the buttons just as you describe.

Issue raised: [Import dialog error tooltip obscures buttons · Issue #5720 · node-red/node-red · GitHub](https://github.com/node-red/node-red/issues/5720)

---

<div class="post-metadata">

**Author:** ![AllanOricil](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/allanoricil/32/106911_2.png) [@AllanOricil](https://discourse.nodered.org/u/AllanOricil)\
**Post date:** [7 May 2026 20:26 UTC](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878/105 "2026-05-07T20:26:29Z")

</div>

> [@Steve-Mcl](#):
>
> know I said I would not respond further but I will respond to this.

I was just bothering you haha  
No worries.  
But usage of link call from within functions will be treated as a flow control smell in the flow analyser I will eventually build

[Previous page](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878.md?page=4)

[Next page](https://discourse.nodered.org/t/node-red-5-0-0-beta-6-available/100878.md?page=6)