Uninstalling an extension with an xclass page in subwiki doesn't select the page to be deleted

View issue · Add comment

Issue created

Simon Urli created this issue on 12/Mar/25 18:05

Summary:	Uninstalling an extension with an xclass page in subwiki doesn't select the page to be deleted
Issue Type:	Bug
Affects Versions:	16.10.4
Assignee:	Unassigned
Components:	Filter
Created:	12/Mar/25 18:05
Priority:	Major
Reporter:	Simon Urli
Description:	Reproduction steps: Install change request in main wiki Create a subwiki From that subwiki install change request application On the subwiki only uninstall change request application Expected results: the uninstall job propose to remove all pages from Change Request including ConfigurationClass Obtained result: All pages are selected for removal except ConfigurationClass

3 updates

Changes by Simon Urli on 12/Mar/25 18:06

Attachment:

screenshot-1.png

Changes by Thomas Mortagne on 12/Mar/25 18:11

Assignee:	Thomas Mortagne
Status:	Open In Progress

1 comment

Simon Urli on 12/Mar/25 18:09

The investigation to debug this issue shows that the root problem is that BaseClassOutputFilterStream creates an xclass with a document reference relative to main wiki, instead of it being relative to the subwiki. More specifically, this call is resetting the value: https://github.com/xwiki/xwiki-platform/blob/xwiki-platform-16.10.4/xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/internal/filter/output/BaseClassOutputFilterStream.java#L68

Then when performing a comparison of the document in XarExtensionJobFinishedListener the previousDocument loaded with the bad reference and the current document are not equals, so the UI propose to keep the page.

I believe that this bug is also the root cause of XWIKI-22961.

This message was sent by Atlassian Jira (v9.3.0#930000-sha1:287aeb6)

If image attachments aren't displayed, see this article.