question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Plugin might delete every page with the same title

See original GitHub issue

Hello, thank you for sharing this nice plugin. We found an issue using the plugin wich might cause serious damage to the confluence tree and could be a bug.

This might be related to #230:

We came across this issue, where the plugin deleted a lot of pages and as I found out: this might happen nearly everywhere. Lets assume we want to add a page “test” under a page with ancestorId 1234. The page tree might look like this: ` ├── page │   └── withid1234 └── someOtherPage —└── test ----- ├── page1 ----- ├── page2 ----- └── page3

` Without “keeping orphans” this would cause the plugin finding the “test” page by title and deleting all pages under “someOtherPage” including the test page itself. It might be added under “withId1234” afterwards. If one would set keep_orphans" to true the “test” page will be moved under the page “withid1234”.

Maybe the plugin should verify, if the parent id is the right ancestor id. This happend with the maven plugin. I am not sure if docker is affected too.

Issue Analytics

  • State:closed
  • Created 2 years ago
  • Comments:6 (4 by maintainers)

github_iconTop GitHub Comments

1reaction
cstettlercommented, Mar 13, 2022

Hi @itno85 and @kalemena, the Confluence Publisher version 0.16.0 with this bug fix is now available on Maven Central and Docker Hub. Thanks again for your contribution and for using the Confluence Publisher!

1reaction
cstettlercommented, Mar 10, 2022

Hi @itno85, thank you for analyzing and reporting this issue. I was able to reproduce your constellation, with the same unwanted effect. Indeed, there is a design flaw in the Confluence Publisher since the very beginning that leads to this issue: when a page is looked up by title, only the space key is provided as a filter, but the ancestor id is not checked. As a consequence, pages with the same name, but residing outside of the ancestor id will lose their children.

I will provide a bug fix as soon as possible. In the meantime, using the orphan removal strategy KEEP_ORPHANS at least prevents pages from being deleted (while unwanted updates could still happen).

Read more comments on GitHub >

github_iconTop Results From Across the Web

Pages being overwritten even after changing the title and slug
I read about the issue of the plugin overwriting the content of pages that has the same title/slug but different parent pages. I...
Read more >
How to Hide Page Title in WordPress: Manual Method + Plugins
Enter it into the Additional CSS field and click Publish. The page titles will now be hidden. Hide a Specific Page Title. The...
Read more >
Remove page title Wordpress [2023] - Webstick.blog
Follow these instructions to hide every title on your WordPress website: Go to the WordPress Dashboard (back-end) and hover over Appearance.
Read more >
How to Hide Page and Post Titles in WordPress - Kinsta
So what's the solution here? The easiest one is using a plugin such as Yoast SEO. These allow you to set the “SEO...
Read more >
Remove the Title from a WordPress Page - Slocum Themes
You can use plugins like “Hide Title” (more on that in a bit) to remove all the pages, one-by-one, but in this instance,...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found