-
Notifications
You must be signed in to change notification settings - Fork 3.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Decorator downcasting should ignore elements without links. #8739
Conversation
@@ -826,6 +826,34 @@ describe( 'LinkImageEditing', () => { | |||
'</p>' | |||
); | |||
} ); | |||
|
|||
it( 'should downcast without error if the image already has no link', () => { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd add two more tests. In the one you adde you check whether what the command does works. But what if someone operates on the attributes themselves? Then they can do things in a different order and also they can mix those operations with other, potentially conflicting operations (e.g. set decorator attr, remove linkHref). I actually don't know what will happen in this case in the model as I don't know if there's some postfixer that cleans up decorator attrs.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just added another test for reversed order of downcasters. Will the first test be enough to cover the "regular" order, or should I explicitly add it?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actually, it makes sense to add another test with an explicit, "default" order of operations. Just in case the default behavior changes.
Co-authored-by: Piotrek Koszuliński <pkoszulinski@gmail.com>
Suggested merge commit message (convention)
Fix (link): Removing the link from the image no longer throws an error. Closes #8401.