Skip to main content
Question

When did the the retroactive breaking change to the create_timeline_item mutation happen?

  • June 1, 2026
  • 3 replies
  • 1132 views

dvdsmpsn
Forum|alt.badge.img+1

OK, at some time there has been an undocumented change to the create_timeline_item mutation. You used to be able to send a timestamp in and it would respect that timestamp as the created_at  time.

Example:

mutation createTimelineEntry($customActivityId: String!, $itemId: ID!, $title: String!, $summary: String!, $content: String!, $timestamp: ISO8601DateTime!) {
create_timeline_item(
item_id: $itemId
custom_activity_id: $customActivityId
title: $title
summary: $summary
content: $content
timestamp: $timestamp
) {
id
}
}

GraphQL Variables:

{
"timestamp": "2024-05-08T11:34:39.000Z",
"customActivityId": "e589f9c3-b4a7-4a7f-bcc1-d6164f4460b7",
"itemId": 2957556816,
"title": "🕰️ Historic walk around Sheffield",
"summary": "Dear John\n\nThank you for signing up to the historic walk around Sheffield, starting at the Peace Gardens. \n\nThe walk will take in some of the city's most fascinating landmarks and stories, from its medieval origins through to its industrial heritage and b",
"content": "\n <div><b>From:</b> David Simpson <xxxx@xxxx.onmicrosoft.com&gt;</div>\n\t\t\t\t<div><b>Sent:</b> 2026-05-08T11:34:39Z</div>\n <div><b>To:</b> xxxxx@outlook.com &lt;xxxx@outlook.com&gt;</div>\n <div><b>Subject:</b> 🕰️ Historic walk around Sheffield</div>\n \n <hr style=\"margin:1em 0\"/>\n Dear John<br><br>Thank you for signing up to the historic walk around Sheffield, starting at the Peace Gardens. <br><br>The walk will take in some of the city's most fascinating landmarks and stories, from its medieval origins through to its industrial heritage and beyond.<br><br>📍 Meeting point: Sheffield Peace Gardens, Pinstone Street, S1 2HH<br><br>Please see the attached calendar invite for the full itinerary. The walk is expected to last approximately 2–3 hours and is suitable for all abilities.<br><br>It promises to be a wonderful afternoon!<br><br>– David<br>\n "
}

 

At some point, this has changed. Now the timestamp entry has been discarded, breaking my automation block. Now all new timeline items have the created_at timestamp of when the mutation was executed.

This has completely destroyed the point of my automation block which would import historical emails into "Emails & Activities" in monday CRM.

Here's details of the automation block that has been broken:
https://monday-help.dsapps.dev/microsoft-365-office-embedded/import-outlook-emails-into-activities
 

Key benefits of this workflow action (before it broke)
  • :broken_heart: Exact dates and times of the original emails are retained in each activity
  • :broken_heart: Emails are added in an idempotent manner – workflow reruns do not add duplicate activities

3 replies

dvdsmpsn
Forum|alt.badge.img+1
  • Author
  • Participating Frequently
  • June 3, 2026

Bizarrely, this now works. Nothing changed, except the API started working again.

Someone at mdc has been doing something naughty on the GraphQL back end 😮


dvdsmpsn
Forum|alt.badge.img+1
  • Author
  • Participating Frequently
  • June 5, 2026

Updating the thread, it has been confirmed that I passed "timestamp":"2026-05-08T11:34:39Z" in an API call, but the item date ended up as 2 Jun.

So it is getting further investigation within mdc.


dvdsmpsn
Forum|alt.badge.img+1
  • Author
  • Participating Frequently
  • June 17, 2026

I just got an explanation of what happened from support:

What happened:
On 1 June 2026, a bug in that new code path caused the timestamp argument passed to create_timeline_item to be ignored when setting the display date on the timeline item. Instead of using the historical email date you provided, the system used the moment the API call was made. The value was received correctly by our servers, it was discarded by the new code path before being written to the record.
 
Why it appeared to "fix itself":
Our engineering team identified and deployed a fix on 3 June 2026. This is why items imported before that date show incorrect dates, while items imported after 3 June should correctly reflect the timestamp value you passed.