Article appears in two places in the tree

[BJ]

In our draft space, I created a parent article and placed two child articles beneath it. When I published the parent article, it correctly placed the two child articles beneath it, but I noticed in the published space, the first child article has an arrow to expand. Below it is... the second child article, but as a child of the first child article. In both places.

Essentially in draft space the tree goes:

Blueberry Integration
   Setting Up Blueberry Integration
   Raspberry-Blueberry Integration

But in the published space:

Blueberry Integration
   Setting Up Blueberry Integration
      Raspberry-Blueberry Integration
   Raspberry-Blueberry Integration

It isn't a duplicate. They have the same tiny URL attached. If I click one, they both appear in bold in the tree when the page opens. I've tried dragging them around the hierarchy to try to "reset" it, but only one of them will move, while the grandchild article doesn't go anywhere, even if that's the one I moved. Seems like it's just a zombie stuck in limbo. How can I force the system to fix this?

[Nicolai Sibler]

Just in case some more people are stumbling upon this issue: My case and how I solved it.

The pages in question originated from an imported word document, splitted by headings. One day there were two pages with the same name and the same content – basically what’s described by BJ above (plus the page appeared twice in search results, with different excerpts).

After unsuccessful research on Atlassian’s sites I asked my DBA about what’s going on in the database. He told me there were two pages with the same name in the space, but they had different page IDs (this explained the different pages in the search results).

When accessing the page information pages with the different page IDs, two different pages are displayed. One of them has been edited since the import, the other has not. With the latter, however, the edited page is displayed again after clicking on "View page".

In the staging instance, one page could be deleted, the other (which was not edited) remained in the page tree. When restoring from trash, a dialog indicated that a page with the same title already exists. (This dialog looks somehow "half-official", see screenshot.)

If overwrite + restore is selected, the current page (with edits) is displayed as the only page in the area. The search only finds one page and the page information page for the second page ID cannot be found . The recycle bin is empty. Before the implementation in the production system, I made a Word export of the page to be on the safe side ...

In the end the issue seemed at least harmless and there's an easy workaround even without an explanation of what happened :)

[Nick Russell]

Any answers on this? I have the same situation happening.

[Michelle Rau HP]

I have a similar situation and would also like to know the answer! In my case, the "duplicate" listing in the sidebar page tree is at the very bottom. I'm guessing someone created a new page and then moved it to the correct place in the tree.

Same tiny URL, same page ID. Clicking on the one at the bottom of the page tree takes me to the page with the name highlighted in the correct place in the sidebar.

(Data Center)