-
Notifications
You must be signed in to change notification settings - Fork 151
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
PropertyFieldCollectionData crashes browser while editing URL #99
Comments
Apparently, it causes some catastrophic backtracking issue in regex. |
Solved the bug by implementing a new RegEx statement. Would you be able to test it out in the latest beta? You find more information about installing a beta version here: https://sharepoint.github.io/sp-dev-fx-property-controls/beta/ |
Fantastic, thanks Elio. The beta seems to be behaving much better. |
@Toonshorty thanks for verifying! |
Version |
Category
Version
Please specify what version of the library you are using: [1.11.0]
Observed Behavior
I haven't been able to narrow down what triggers this bug exactly, but when trying to copy in a SharePoint link with encoding (e.g. %20), the browser will lock up and throw an alert about a slow running script. I have replicated this in both Firefox and Chrome, however I can put special characters in most URLs, but SharePoint ones seem to be causing it problems.
Steps to Reproduce
Create a new application with a PropertyFieldCollectionData property, set one of the fields to
CustomCollectionFieldType.url
. Open the web part in the SP workbench and enter the following URL into the field:The tab then locks up and throws a 'page unresponsive error'.
Interestingly, if I put a smaller URL like the following:
Then the browser freezes momentarily for a couple of seconds, but then resumes - while the first link will freeze it completely. Replacing the %20 with spaces fixes the problem altogether.
That said, I have been able to paste in URLs containing %20 without any problem, the following will work fine for example:
I've also noticed that any URL containing %20 also fails validation, which is incorrect.
The text was updated successfully, but these errors were encountered: