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?
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 :)
Any answers on this? I have the same situation happening.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.