Details
-
Bug
-
Resolution: Fixed
-
Critical
-
12.7, 12.6.2
-
None
-
Unknown
-
N/A
-
N/A
-
Description
You can reproduce on two ways:
- on pages displayed with sheets, because they are not editable in-place (with the WYSIWYG editor), e.g. Help.Applications.Contributors.Charlie Chaplin
- on plain wiki pages, if you disable in-place editing, e.g. Sandbox.WebHome
The issue is that the annotation popup doesn't load the WYSIWYG editor sources, so it works only if the WYSIWYG editor sources are already loaded. This can happen if:
- in-place editing is enabled for the current page
- the comments tab loads the WYSIWYG editor, but this doesn't happen anymore since
XWIKI-17656.
Short history:
- 12.3 we add support for in-place editing
- 12.6 we add support for WYSIWYG editor in comments and annotations
- the bug can still be reproduced if the Comments tab is not the default tab (e.g. open the Attachments tab and reload the page)
- 12.7 / 12.6.2 we stopped loading the WYSIWYG editor when the Comments tab is loaded (you need to click on a button,
XWIKI-17656); this made the bug more visible
I checked the response for the request to AnnotationCode.CreateForm and there's no script tags in the returned HTML and there's no X-XWIKI-HTML-HEAD header so we need to fix two things:
- include the required script (declaration) in the response, either in the body or using the HTTP custom header (preferred way)
- load the required JavaScript specified on the response from the annotation JavaScript code
Attachments
Issue Links
- depends on
-
CKEDITOR-404 CKEditor Velocity macros are not namespaced and thus can overwrite standard macros
- Closed
-
XWIKI-18876 Upgrade to CKEditor Integration 1.55
- Closed
-
XWIKI-18895 Inject the required skin extensions from the X-XWIKI-HTML-HEAD custom response header into the page HTML head automatically
- Closed
- is related to
-
XWIKI-17656 Don't display the WYSIWYG editor by default in the comments section
- Closed