-
Notifications
You must be signed in to change notification settings - Fork 293
Fixes 2814, 2815 #2816
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
base: master
Are you sure you want to change the base?
Fixes 2814, 2815 #2816
Conversation
|
Just updated this PR as it was still stripping the Note for testers - You'll need to update the |
|
Just discovered that the any links to Glossary objects also weren't working. The latest commit fixes this too. |
| allow: [{ | ||
| name: "^(blockquote|ul|ol|span)$" | ||
| name: "^(a|blockquote|ul|ol|span)$", | ||
| "attributes": true, |
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.
Won't this allow onclick attributes on all of the aforementioned tags? Which means that one AAT user could add JavaScript that another user could execute?
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.
This was added to allow aria-hidden, if we think the above is a risk then we can add specific attributes. I believe like this:
attributes: { foo: 'true', bar: true }
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.
It definitely is a risk if it allows all attributes.
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.
@simondate , so allow, aria-hidden, aria-label?
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 would want data-glossaryterm included as it's the way you open glossary items within elements on the page.
If onclick is the only thing we're concerned about could we just disable that?
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.
Does this work?
{
"name": ".*",
"attributes": "^(id|role|aria-.+|data-.+|target|href)$",
"classes": true,
"styles": true
},In theory that should allow all aria- and data- prefixed attributes as well as role and id.
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.
bump
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've been using this PR for months with my own clients, no issue.
I just thought that we weren't doing any more merges to the "Legacy" AAT anymore?
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.
It's been waiting for you to respond to the above question. It has security implications.
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.
We might also need target so that links can open in a new tab/window.
@StuartNicholls / @fosterc1 can you think of anything else you would want?
|
Any update on this topic? We switched to the current Authoring Tool and Framework Version, and now we have problems with tables in the ckeditor. I assume that it is related to this problem: CKEditor toolbar element 'RemoveFormat' not loaded" #2815 |
Fixes -
Two issues with CKEditor.