heinrich-ulbricht
commented
10 months ago @PretoPlasma WikiTraccs migrates all attachments of a page, whether they are linked to from within the page's content or not. This includes attachments only visible via the paperclip symbol for a page, or the Attachments link.
.
So there might be attachments visible in SharePoint that does not seem to belong to the source Confluence page, but in fact do, but are just not very visible.
Might that be the case here?
If not, let me summarize your case:
- in Confluence: page P1 does NOT have attachment A1 (also not visible via the paperclip, or the Attachments link for this page)
- in Confluence: page P2 has attachment A1
- in SharePoint: after migrating P1 and P2 the attachment A1 is present at page P1 in SharePoint, but should not be
Is that right?
To diagnose this:
- Could you please provide the page IDs of P1 and P2?
- Could you also please provide the attachment name of A1?
- Is there by any chance a naming confusion, meaning, an attachment with the name of A1 is present at P1 and P2, but they are mixed up?
- Does it affect only some files and/or pages, or many files and/or pages
To diagnose this further I need the page IDs of P1 and P2, the name of A1, and the common log files from the migration run that creates those pages in SharePoint. Please send those over to contact @ wikitransformationproject.com
PretoPlasma
Is there an existing issue for this?
Current Behavior
We run WikiTraccs Console wrapped around rpa bot. After last run we were informed by our customer that a page contains page attachments which do not belong to the source page.
Expected Behavior
We would expect that page attachments contain files belonging to source page only.
WikiTraccs Version
v1.7.4
Confluence Version
Confluence 7 (up to 7.17)
Confluence Data Center?
Relevant log output or page storage format
Anything else?
No response