Hey, just found this same weird behavior using BEF on 6.0.3, the solution on #3 also solved the problem here.
I just needed to reroll the patch to the version mentioned.
Worked here as expected
Closing this issue since version 2 started supporting YAML files, and on version 3 will support only YAML files, so we don't need this patch anymore
Having the same issue on core 10.1.0 and patch #19 it's not applying, so rerolling this patch to apply on 10.1.0
Just to know, are there any plans to return to having a behavior similar to ckeditor4 regarding styles, where it was not necessary to manually add the <div> declaration to the source, just select the text and the <div> comes automatically with the style?
The patch on #16 don't have the color picker feature on the font color and font backgroung color that #8 has, so I'm just sending a new patch based on #8 for those who want this feature.
We have one issue on the ckeditor5 github which is related to this color picker feature, the green check button that we have on the color picker is trying to submit the form when you try to add the color that you chose. (read more here: https://github.com/ckeditor/ckeditor5/issues/14361)
This way I found that inside that font.js on patch #8 we have the type for this button, declared as "submit", just changed to "button" and now is working as expected.
After some tests on a fresh install the error couldn't be reproduced and the functionality work as expected. Since everything is working I'll close this issue.
Hey @dineshkumarbollu
I've just saw that you tested the module, but the screenshot sent seems to me to be from the simple_sitemap module and not from the simple_sitemap_page_manager.
Fix patch to be compatible with version 3.x
Generated the first patch to fix this issue
gstivanin → created an issue.
First patch generated with the proposed solution
gstivanin → created an issue.
Fixed the patch on #2 and changed the .info.yml file
Created a first patch to solve this issue
gstivanin → created an issue.
One additional fix, and changed de info.yml file
Removed the truncate() from the code on #48, this way will not be necessary run the sitemap build after the hook execution
Just adding a new verification. In case that the field "link_count" exists, the hook update 8305 will not be runned again, since this hook is beeing called on hook 8407 and in some cases this made the update fail.