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

Workflow Executions Displaying the Same Timestamp #11718

Open
ArthurLVVilla opened this issue Nov 13, 2024 · 2 comments
Open

Workflow Executions Displaying the Same Timestamp #11718

ArthurLVVilla opened this issue Nov 13, 2024 · 2 comments
Labels
in linear Issue or PR has been created in Linear for internal review

Comments

@ArthurLVVilla
Copy link

ArthurLVVilla commented Nov 13, 2024

Bug Description

When running workflows in n8n, all execution entries are showing the same timestamp, making it difficult to identify at which specific time each execution ran and pinpoint which one encountered an error. This impacts the ability to monitor workflows effectively.

To Reproduce

  1. Go to the n8n interface and open any workflow.
  2. Trigger the workflow multiple times to generate multiple executions.
  3. Navigate to the "Executions" section to view the list of recorded runs.
  4. Observe that all executions are displayed with the same timestamp.

Example screenshot illustrating the issue:
image

Expected behavior

Each execution should display its unique and correct timestamp to accurately reflect when it occurred, allowing users to track and identify specific runs.

Additional Context

  • The issue seems to be related to workflows created prior to version 1.66.0. Newly created workflows do not exhibit this problem.
  • This suggests that the timestamp behavior might be tied to an update or migration step affecting legacy workflows.

Operating System

Ubuntu Linux 22.04

n8n Version

1.66.0

Node.js Version

20.18.0

Database

PostgreSQL

Execution mode

main (default)

@Joffcom
Copy link
Member

Joffcom commented Nov 13, 2024

Hey @ArthurLVVilla,

We have created an internal ticket to look into this which we will be tracking as "GHC-433"

@Joffcom Joffcom added the in linear Issue or PR has been created in Linear for internal review label Nov 13, 2024
@despairblue
Copy link
Contributor

Thanks for sharing this report 🙏🏾

I have a couple of questions that should help us figure out what's going on.

  1. Would it be possible to share the workflow?
  2. Are all affected workflows use the schedule trigger?
  3. From which version did you upgrade from?
  4. What's the output of SELECT * from execution_entity WHERE workflowId = '[Affected Workflow ID]';

This suggests that the timestamp behavior might be tied to an update or migration step affecting legacy workflows.

Maybe related to the version of the trigger node, they are not updated which means old workflows will have an older version of the trigger node. 🤔

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