You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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
Go to the n8n interface and open any workflow.
Trigger the workflow multiple times to generate multiple executions.
Navigate to the "Executions" section to view the list of recorded runs.
Observe that all executions are displayed with the same timestamp.
Example screenshot illustrating the issue:
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)
The text was updated successfully, but these errors were encountered:
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
Example screenshot illustrating the issue:
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
Operating System
Ubuntu Linux 22.04
n8n Version
1.66.0
Node.js Version
20.18.0
Database
PostgreSQL
Execution mode
main (default)
The text was updated successfully, but these errors were encountered: