sp-client-custom-fields
sp-client-custom-fields copied to clipboard
PropertyFieldRichTextBox bug
Issue 1. (version 1.3.5-1.3.7)
- use webpart with PropertyFieldRichTextBox on property pane
- edit webpart, configure
- works nice. cloce
- configure -> breaks down gif: https://image.prntscr.com/image/CxIxSdz6S0_ouMsucLhraw.gif
Issue 2. Conflict with nodes that have contenteditable='true'
- use webpart with PropertyFieldRichTextBox on property pane
- add "Content Editor" webpart, set some content
- edit your webpart, configure
- "Content Editor" webpart lose content gif: https://image.prntscr.com/image/W48F9rJtSw63QC0dv-stuA.gif
Hi @michaeldybal,
Thanks for this bug report.
Some questions please:
- Issue 1: Do you confirm that it happens also with 1.3.7 version ?
- Issue 1: Your GIF shows a web part in a classic team site, are you able to confirm that it's happened also in modern page ?
- Issue 2: Can you confirm me that the "Content Editor" web part is not the native content editor web part but the CK Editor WebPart from the Fantastics 40 WP (https://github.com/OlivierCC/spfx-40-fantastics/wiki/Fck-Text) ?
Thanks a lot by advance, regards,
Olivier
Hey @OlivierCC I'm also seeing this in classic mode on a publishing site.
If I have publishing page content styled as soon as I edit a webpart and click configure (if that webpart has the rich text editor in the prop pane) it just wipes all the styles in the page content area.
I've been digging into this for a bit and figured I'd come see if anyone else had mentioned it to you. Do you have any ideas on a fix? It seems like when ckeditor is being loaded its just tacking itself on to all textareas on the screen not just the ones that we've told it to.
Any advice is welcome. thanks!
p.s. I've tried destroying the other ckeditor instances that it seems to create when the script gets loaded, but that's already too far down the chain. styles are already gone.