What's the hardest thing about using n8n?

In the spirit of improvement, what are the things you find yourself wishing you could improve/change when using n8n?

6 Likes

Wait node in workflow [GOT CREATED] - #50 by jan Please complete this

from the top of my head, list of feature requests
UI:

  • need button for auto arrange of nodes, so they are positioned more “clean”
  • connection lines in splines and not straight lines
  • when adding nodes I would like to have nodes grouped with “builtin” nodes on top (like Function, IF, HTTP, Set, etc)

Developer Experience:

  • logs of HTTP node - for debug I need to see exact data that was sent
  • would be good to have some tool for import request from Postman directly to HTTP node
  • custom nodes for cloud hosted n8n

lack of full log for HTTP node is my current “hardest thing about using n8n” (for cloud hosted n8n)

3 Likes

Thanks!

@sagdiyev Will definitely be completed, sadly not ETA

@Yuriy_Klyuch We are currently working on improving the Add Nodes panel which will be released next week. Sending the data the HTTP Request node sends additionally also to the browser should not be too hard as we recently added similar functionality to the Function-Nodes.

2 Likes

I’ll be nitpicking here as n8n is truly an amazing platform and I’ll prefer the flexibility it offers over any other product on the market. But, in the spirit of offering constructive feedback, here are a couple of areas I can suggest.

  1. Many of the nodes implement third-party APIs in their basic form, expecting the n8n user to deal with field IDs, date formats, etc. This made sense in the initial months as n8n was trying to support as many integrations as possible.
    However, it would be great if you’ll could go back and update some of the key integrations to begin with, to be more user-friendly. You’ll have done a brilliant job of abstracting all of this out for the user in your new Notion nodes, by auto-populating most fields and allowing a ‘Simple’ mode for API responses. This greatly improves the user-friendliness of a platform like n8n and brings down the barrier to entry for non-technical users.

  2. The second aspect would be the n8n editor UI and the general UX in some key areas. I created a post about this a few months back at UI improvements for the editor-UI
    It would be nice to see measures that help avoid losing all the data in an editor window, simply by clicking outside the modal that houses it.

2 Likes

Thanks a lot @ajayjohn that is very helpful!

@Yuriy_Klyuch we did just release [email protected]. The HTTP Request node will now display the request it makes in the browser console. Hope that is helpful!

That is helpful, thanks! Would it be possible to also save this in the log so it can be checked in execution history?

Can you please elaborate. Not sure I understand what log in the execution history?

well, just previous executions of workflow (which states “You’re viewing the log of a previous execution”) so I can understand exactly what was sent in HTTP node back then

Sorry then I am still not sure I understand. The possiblity to view past exectuons already exists since the very first released version of n8n. At least if you have n8n setup to save past successful executions.

After some more time spent with n8n I can add this rant:

the developer experience is not so good (developing on n8n cloud):

hard to debug - I need to access console.log of passed workflows (or something other javascript debugging related)

weak points of WorkflowStaticData:
it’s just way too hidden! Cannot access it by built-in interface - that’s just ridiculous!
Cannot use it while developing (on manual executions), only when “real executions” happen - that’s just ridiculous too, how am I supposed to develop workflow with it!? (and don’t forget that every developer would spend quite some time debugging this problem until he finds that it is by design)

workflow executions list weak points:
if I need to remove many executions but not all - I need to click through all of them manually, since I cannot check “select all” and then uncheck couple that I want to spare.
More importantly - I need a customizable additional status column, which I can set from within workflow, that way I can quickly understand what workflow log need my attention (so, it’s not an error, but a certain state)

javascript editor is too primitive - no autosuggestions, no brackets matching.

a few times I spent some minutes debugging only realizing that I forgot to enable/disable “always output data” / “execute once” - I would suggest adding some visual marks on node that have certain option enabled

Hi @Yuriy_Klyuch, thanks for taking the time to write this down — I hear you on all those things. We have plans to massively improve the UI, but we have to balance it with adding new features (such as user management and an API). But we’ll get there!

As @sirdavidoff mentioned already, thanks for writing those down.

If you mean console.log() messages which have been logged by Function/Function Item Node. Those get sent to the browser console. So if you open it, you will see the logs.

sure, but I meant console.log of previous executions, what I see in executions window

To confirm that I understand you correctly. You want that all the console.log output of every Function/Function Item node and execution gets stored with the execution so that you can go back later anytime to also see it?

exactly that

Thanks a lot for confirming!

To me the hardest thing about N8N is debugging executions that did not going well.

Should be nice if in executions UI we search for execution ID or maybe make some kind of advanced filter like time execution that occur in between two date time.

Other feature improvement should be if we could use shift + click to select multiple executions that we want delete.

Other good improvement is code editor of function node.

1 Like

ah, I forgot another pain point:
I cannot quite formulate it’s clearly, but I would say it is something like “inaccessible nodes at design time vs run time”. What I mean is - in the expression selector you need to run previous nodes first to be able to choose those nodes (which already makes it a bit more difficult than it should be, given that manual execution is different from auto execution, say, if workflow static data is used). And after a successful run, when you set those nodes in expression correct and saved, when you edit workflow next time those expressions are red again, given the impression that there are errors! Quite non-intuitive and annoying.

This is super helpful — thanks, both!