This issue has been created
There is 1 comment.
 
 
Change Request Application / cid:jira-generated-image-avatar-478d79ea-1288-42e3-b0ed-cc339949e459 CRAPP-427 Open

Missing approver badge for existing page

 
View issue   ยท   Add comment
 

Issue created

 
cid:jira-generated-image-avatar-08c36135-af47-460f-894c-c0b914039520 Simon Urli created this issue on 27/May/26 16:27
 
Summary: Missing approver badge for existing page
Issue Type: cid:jira-generated-image-avatar-478d79ea-1288-42e3-b0ed-cc339949e459 Bug
Affects Versions: 1.22.2
Assignee: Unassigned
Created: 27/May/26 16:27
Priority: cid:jira-generated-image-static-major-52e9c57b-8c4f-4176-8aed-c126adfe2a96 Major
Reporter: Simon Urli
Description:

Prerequisite: configuration of CR to use 2 approvers minimum

Reproduction steps:

  • Edit a standard XWiki page (e.g. Sandbox) that doesn't have any approver set: a warning is displayed explaining that the approvers are missing to the page
  • Save as change request: the modal request to set the approvers
  • Login with one of the approver user added in the list

Expected result:

  • the created CR should use the list of approvers set
  • a badge should be displayed explaining the user is approver

Obtained result:

  • the CR has an empty approver list
  • no badge is put on the diff view specifying that the logged in user is approver
 
 

1 comment

 
cid:jira-generated-image-avatar-08c36135-af47-460f-894c-c0b914039520 Simon Urli on 27/May/26 16:29
 

The behaviour is weird in particular because when we create a new file and request to set the approvers, in such case the list is properly taken into account. But it's possible that the current behaviour has been wanted: right now the idea is that editing the list of approvers is only approved by the previous existing list of approvers. Apparently this is true even if the previous list is empty. I'm not 100% sure if we want to fix it or not, what's sure is that it's currently surprising and would deserve some explanations.