Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

1.41.0 - Bug: Number of Executions Shown in Side Panel is Limited to 10 at a Time #9402

Closed
dkindlund opened this issue May 14, 2024 · 7 comments
Labels
in linear Issue or PR has been created in Linear for internal review

Comments

@dkindlund
Copy link

Bug Description

When viewing past executions of a workflow in n8n, I can only see the 10 most recently matching executions:
image

In the past, I had the ability to scroll through older sets of executions, but it seems that functionality was removed for some reason?

The date/time picker is a joke -- because even if I use that, it still only shows me at most ten (10) executions:
image

This is sort of the definition of a hostile UI. You're forcing users to have to manually specify exact dates/times in order to pick out specific executions and it's very time consuming and frustrating.

To Reproduce

  1. Run any workflow more than 10 times.
  2. See the side panel for the execution details.
  3. Try to figure out a way to show all the executions on the side panel.

Expected behavior

I would have expected the side-panel execution list to be auto-scrollable (sort of like infinite scroll, ideally) -- rather than forcing users to specify rigid date/time spans.

Operating System

Google Cloud Run

n8n Version

1.41.0

Node.js Version

18.16

Database

PostgreSQL

Execution mode

main (default)

@Joffcom
Copy link
Member

Joffcom commented May 14, 2024

Hey @dkindlund,

I have just checked and I get 20+ in my list, Which browser are you using and what happens if you refresh the page?

@dkindlund
Copy link
Author

Hey @Joffcom , yeah, let me clarify... I think I understand your confusion...

So when you are on the Executions page of a given workflow and observe the workflow running, yes, it will give you 20+ list of executions on the side panel.

BUT, if the workflow is NOT running (for example, it has generated over 100+ executions), then when you revisit that Executions page, then it will only show the 10 most recent executions -- and if you want any older ones, you are forced to use the time picker (which is annoying).

Does that make sense?

@Joffcom
Copy link
Member

Joffcom commented May 15, 2024

Hey @dkindlund,

I think I have worked it out, The issue appears to be with the window size. We load 10 items then on scroll load the next batch but if the window is too tall to show the scroll it never loads the rest until you resize the window. If you change the height of the window the scroll bar appears and you are free to scroll again, I didn't notice it last night as didn't have the window on a larger screen it was only when I checked again this morning on my larger monitor that I was able to reproduce.

I have created PAY-1584 as the dev ticket for this one.

@Joffcom Joffcom added the in linear Issue or PR has been created in Linear for internal review label May 15, 2024
@dkindlund
Copy link
Author

Thanks, @Joffcom , I think I see the intended behavior of the scroll bar, now that you've explained it clearly.

I'd also add that the "infinite scroll" logic (when it works) appears to be rather buggy -- sometimes, it takes 2 or 3 tries of the "scroll down" behavior before the older Executions are shown in that window. I'm not entirely sure how to replicate that, but I'd encourage the devs to test that out, too.

@Joffcom
Copy link
Member

Joffcom commented May 15, 2024

Hey @dkindlund,

As a member of the dev team myself I will see if I can reproduce that but for now lets focus on this one part :)

@t0rb3n
Copy link

t0rb3n commented May 24, 2024

Not sure if this in the works or not but I can replicate this behavior in both Firefox and Chrome.
When I resize the browser window using CTRL+Scroll Wheel to 175% and the scroll starts to work.

Browser: Chrome (Version 125.0.6422.113), Firefox 126
Screenresolution: 2560x1440

@Joffcom
Copy link
Member

Joffcom commented Jun 5, 2024

Good news, This was fixed in 1.44.0 with this PR: #9505

@Joffcom Joffcom closed this as completed Jun 5, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
in linear Issue or PR has been created in Linear for internal review
Projects
None yet
Development

No branches or pull requests

3 participants