-
Notifications
You must be signed in to change notification settings - Fork 91
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
Change in behavior between 1.6.4 and 1.6.5 for getErrorMessages #151
Comments
@spassarop - Your thoughts on this? |
Hi @mjclemente. You're right, a constructor for The fix is easy so expect to find it fixed for 1.7.0, I'll make the change in a moment. @davewichers, the change was made in this commit. Do you remember why it was left with an empty list in the first place? I think you asked me to review the changes but I didn't note that. |
@spassarop - Ii don't recall why. Probably a mistake on my part. If you are going to edit copyright dates, you might as well say its 2022, not 2021 :-) |
Date edited on test file |
@mjclemente - Thanks for reporting this. This will be fixed in the 1.7.0 release. |
@davewichers awesome! Glad that it was helpful, and thanks so much! |
Fix included in v1.6.6 release. |
First - thank you for all the work that goes into Antisamy - really appreciate the active development and work that goes into it!
To begin - I did read the README and understand that
getErrorMessages()
does not answer the question as to whether input is safe or not. In light of that, you may not care about this change in behavior, but I thought it worth noting.In version 1.6.4, the following input triggered an error message:
Calling
getErrorMessages()
would return:As of 1.6.5, the message is no longer returned - though to be clear, the cursor property is still removed, as expected.
Is this change expected?
Thanks again!
The text was updated successfully, but these errors were encountered: