# Waardering voor bypass\_bump in REST API-wijzigingen
**URL:** https://meta.discourse.org/t/appreciation-for-bypass-bump-in-rest-api-calls-to-edit-first-post-in-topics/381366
**Category:** Development
**Created:** [2 september 2025 om 20:56 UTC](https://meta.discourse.org/t/appreciation-for-bypass-bump-in-rest-api-calls-to-edit-first-post-in-topics/381366 "2025-09-02T20:56:34Z")
**Posts on this page:** 7
**Page:** 1
### Author:  [@Ethsim2](https://meta.discourse.org/u/Ethsim2)
#### Post date: [2 september 2025 om 20:56 UTC](https://meta.discourse.org/t/appreciation-for-bypass-bump-in-rest-api-calls-to-edit-first-post-in-topics/381366/1 "2025-09-02T20:56:34Z")
Continuing the discussion from [How to edit post with API without bumping topic?](https://meta.discourse.org/t/how-to-edit-post-with-api-without-bumping-topic/192248):
I just wanted to add a big thank you to the Discourse team for including the bypass\_bump parameter! It’s a small but powerful tool — it allows scripts and plugins to update content behind the scenes without unintentionally surfacing old topics in the latest view.
In our case, we use it for ICS sync scripts, and it ensures only meaningful changes actually bump topics. A thoughtful addition that keeps community forums clean and reader experience undisturbed — thanks again!
---
### Author:  [@Ethsim2](https://meta.discourse.org/u/Ethsim2)
#### Post date: [2 september 2025 om 21:00 UTC](https://meta.discourse.org/t/appreciation-for-bypass-bump-in-rest-api-calls-to-edit-first-post-in-topics/381366/2 "2025-09-02T21:00:55Z")
Dit is geen misleidende lovende post, zoals mijn vorige🙈, want
- Discourse ondersteunt een `bypass_bump`-vlag bij het reviseren van een post; het voorkomt dat de bumpdatum van het onderwerp verandert, zelfs als je de laatste (of de eerste en enige) post bewerkt. Dit staat expliciet vermeld in de PostRevisor-opties (“- bypass\_bump: bump het onderwerp niet, zelfs niet als het de laatste post is”).
- Dit lovende onderwerp bestaat en beschrijft precies dat gebruiksscenario.
- Historisch gezien gebruikten mensen de workaround `/t/{id}/reset-bump-date` omdat deze optie niet algemeen bekend/gedocumenteerd was in de API-documentatie, maar deze is nog steeds beschikbaar indien nodig.
Praktische opmerking: wanneer je `/posts/{post_id}.json` PUT met de nieuwe ruwe tekst en `bypass_bump=true` toevoegt, zal de bewerking het onderwerp niet in `/latest` laten zien. (Officiële documentatie specificeert deze parameter niet, maar deze is server-side via PostRevisor ingesteld.)
---
### Author:  [@Ethsim2](https://meta.discourse.org/u/Ethsim2)
#### Post date: [3 september 2025 om 16:42 UTC](https://meta.discourse.org/t/appreciation-for-bypass-bump-in-rest-api-calls-to-edit-first-post-in-topics/381366/3 "2025-09-03T16:42:06Z")
Ik ben nog steeds niet 100% zeker van de officiële status van bypass\_bump in de API-documentatie — het verschijnt nergens duidelijk.\n\nMaar als ik naar de logs van Ethsim12’s Python sync-script kijk, zijn die leerzaam. Het script probeert de API aan te roepen met bypass\_bump=true. Als die parameter genegeerd of ongeldig zou zijn, is het enige dat onnodige bumps voorkomt de fallback die ze hebben toegevoegd: een handmatige aanroep naar\n\n`\n/t/{topic_id}/reset-bump-date\n`\n\nDus de loguitvoer zelf wordt sterk bewijs. Als de log laat zien dat topics worden bijgewerkt zonder in `/latest` te verschijnen (en zonder de reset fallback nodig te hebben), is dat een goed bewijs dat `bypass_bump` actief en werkend is. Als de log altijd terugvalt op `reset-bump-date`, dan is het dat misschien niet.\n\nMet andere woorden: de logs van dit script dragen er in grote mate aan bij om te bevestigen of bypass\_bump bestaat en daadwerkelijk wordt gerespecteerd door de server.
---
### Author:  [@Moin](https://meta.discourse.org/u/Moin)
#### Post date: [3 september 2025 om 16:52 UTC](https://meta.discourse.org/t/appreciation-for-bypass-bump-in-rest-api-calls-to-edit-first-post-in-topics/381366/4 "2025-09-03T16:52:23Z")
You might be interested in this pull request
[https://github.com/discourse/discourse/pull/34681](https://github.com/discourse/discourse/pull/34681)
---
### Author:  [@Ethsim2](https://meta.discourse.org/u/Ethsim2)
#### Post date: [3 september 2025 om 17:03 UTC](https://meta.discourse.org/t/appreciation-for-bypass-bump-in-rest-api-calls-to-edit-first-post-in-topics/381366/5 "2025-09-03T17:03:44Z")
Thanks for sharing this PR, moin — really helpful context.
For my side project (`ics_to_discourse.py` importer), I actually just committed a change to stop calendar-driven updates from “noisily” bumping topics:
[https://github.com/Ethsim12/Discourse-ICS-importer-by-REST-API/commit/7297ab707c306a1098490088ac39eca9278e452a](https://github.com/Ethsim12/Discourse-ICS-importer-by-REST-API/commit/7297ab707c306a1098490088ac39eca9278e452a)
That commit adds some logic to decide whether an edit is “meaningful” (time/location change etc.), and uses bypass\_bump plus a reset-bump-date fallback so that routine ICS syncs don’t surface topics unnecessarily.
So this PR lines up perfectly with what I was aiming for — nice to see core moving in the same direction. Once the “do not bump on edit” behaviour is merged, I’ll simplify and drop the extra fallback, but for now the commit keeps things quiet on current Discourse installs.
---
### Author:  [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)
#### Post date: [2 oktober 2025 om 17:39 UTC](https://meta.discourse.org/t/appreciation-for-bypass-bump-in-rest-api-calls-to-edit-first-post-in-topics/381366/6 "2025-10-02T17:39:54Z")
I just noticed this in #Community Building > Praise and have moved it to #Development because it is quite technical. Do appreciate the praise, of course! 🤗
---
### Author:  [@Ethsim2](https://meta.discourse.org/u/Ethsim2)
#### Post date: [2 oktober 2025 om 18:03 UTC](https://meta.discourse.org/t/appreciation-for-bypass-bump-in-rest-api-calls-to-edit-first-post-in-topics/381366/7 "2025-10-02T18:03:21Z")
Hmm, i’ve re-read this topic and realised I didn’t include another relevant PR, when i wasn’t active at University and had the time to code
[https://github.com/discourse/discourse/pull/34712](https://github.com/discourse/discourse/pull/34712)