Hi, found a reproducible bug affecting both the Draw (ODG) and Calc
(Excel) editors.
Setup: Our WOPI backend always returns UserCanRename: false and
SupportsRename: false for these documents. This is enforced on
purpose - clicking the filename should never open an input field.
Steps to reproduce (reliable):
- Open an .odg or Excel document.
- Add some content (text box in Draw, cell content in Calc).
- Select it using the mouse cursor (click-drag), copy (Ctrl+C),
paste (Ctrl+V) 1-2 times. - Click the document title in the header.
Also happens sometimes with Ctrl+A (select all) + copy/paste, but
mouse-drag selection reproduces it reliably every time.
Expected: Title stays read-only, no input field opens (per our
CheckFileInfo response).
Actual: After a couple of copy-paste actions, the title becomes
clickable and opens an editable field. Typing a new name and
pressing Enter does correctly get rejected with “no permission to
edit” - so the backend permission is respected, only the title UI
wrongly opens for editing.
Confirmed via DevTools that no CheckFileInfo/PutFile call fires
when this happens - permission state on our side never changes.
Looks like a client-side UI state issue in the header, not a
permission problem.
We checked Writer and Impress with the same steps and could not
reproduce it there - only Draw and Calc are affected so far.
Version: collabora/code:26.04.2.4.1, deployed via Azure Container
Apps (backend on Azure App Service).
Is this a known issue?