Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
Community Members
Community Events
Community Groups

Update page without changing its contents?


 I would like to use the REST API to update a page, but without changing the pages title or contents. I just want to bump the version number. My code works if I add a change to the page contents, but if the contents are unchanged the API call does nothing.


(I am doing this as a new version in Scroll Versions inherits pages from the previous version, but they don't truly exist as a page in the new version until edited. I intend to run a script to touch each page in a version and make them 'real' instead of just an inheritance instance. If there is another way to do this, I am also curious! )

3 answers

Hi Niall,

did you manage to solve this challenge somehow yet? We have quite a similar scenario - one working version, with a lot of Snapshots that should not be updated, when working version gets updated.

I developed an idea about how to update a page without changing the (visible) content, based on this Atlassian Community question (How to display content only in 'edit' mode (and so, not visible in 'read' mode)?). So the plan would be to perform a "real" update on the new version of the pages by adding a placeholder macro at the end:

<ac:placeholder>AUTOMATIC UPDATE FOR VERSION XXX.XXX</ac:placeholder>

Having this, the visible content of the pages would not be changed!

But now I have trouble with performing this update. I found out that each version of a page that was edited after version creation gets a new pageId where the page title would be something like ".My Page Title vXXX.XXX" with the pageId of the published version of the parent page as ancestor.

So I tried a regular Confluence Rest API POST request for creating a new page with the specific title, parent pageId as ancestor and original body extended by the placeholder macro as new content. But all I get is a new page that appears to be another new page but not a new version of the versioned page connected to the desired version.

It looks like there is some additional magic behind the Scroll Versions plugin that solves this when doing it in the UI. Unfortunately I was not able to find anything sufficient in the Scroll Versions Rest API for updating versioned pages.

I am aware that the new Scroll Documents product of K15t might solve this issue completely. We are currently evaluating this in parallel but there seem to be other features (like Variant) that are not complete in the new product at the moment.

Any help or hint about how to solve this challenge would be very much appreciated!

Thank you in advance & Best Regards,


0 votes

Hi @Niall McCaffrey,

welcome to the Atlassian Community.

What @Ravi Sagar _Sparxsys_ suggested, might be a feasible workaround.

Since my colleagues build the Scroll Versions app, I‘m somewhat familiar with its concept of inherited pages. May I ask why you want to create real pages and not rely on the inheritance mechanism?

I personally like the inheritance mechanism a lot so that I can e.g. fix a typo for many versions at once instead of adapting every single version.


The problem with the inheritance is that we want to create a mostly read-only branch as a sort of snapshot to do review work on, while we continue to work on a main branch. Changes to the main branch currently show up in the inherited snapshot one, so to avoid that we also branch from the main, creating a new main. Any changes then do not appear in the snapshot, however all our inline comments remain on the old main. Since these are tracking the to-do work, it's really annoying. My plan is to run a script on the snapshot branch, which updates every page and so creates a new version of that page. This leaves us free to alter the existing main and not have to branch it and lose our comments.

Hope that makes sense :)

Hi Niall,

Welcome to the Atlassian Community :)

I am Dash, a Product Manager at K15t (the team who built Scroll versions).

The challenge that you have brought up with the inheritance is something we have tried to solve with our new generation documentation app - Scroll Documents for Confluence.

In Scroll Documents, when you save a new version, we create a physical copy of your main version (we call it the 'working version'). You can then work on the main version and the snapshot versions independently.


Will that be something of interest to you? If yes, I would be more than happy to have a chat with you to understand your requirements and use case.



Like Matthias Gaiser _K15t_ likes this

Thanks Dash, I am a little curious about your coming products, but I do think I can solve this particular use case with my script. It's nice to see that k15t are interested in discussing with their users!

My personal wishlist item is more control with the variants and attributes. Setting up NOT and XOR logic between attributes is very clumsy.

Like # people like this
0 votes

Hi @Niall McCaffrey 

Why not just update the page with some text and remove it in the next call?


Because this is double the traffic to the server, and creates two updates and entries in the page history when I only want one?

I don't understand why Confluence would reject an update just because the page content is the same. It's a PUT request with a new version number, after all.

Suggest an answer

Log in or Sign up to answer
Community showcase
Published in Confluence

An update on Confluence Cloud customer feedback – June 2022

Hi everyone, We’re always looking at how to improve Confluence and customer feedback plays an important role in making sure we're investing in the areas that will bring the most value to the most c...

350 views 2 9
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you