-
Notifications
You must be signed in to change notification settings - Fork 34
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
allowContentTypes regression #8928
Comments
Previously pattern matching was using "find" instead of "match", and it was certainly problematic. If you had
it would match any content types from any applications like "app:my-folder", "app:foldertoo", "app:infolderapp" or even "com.my.folder:content" We don't plan to restore previous behavior completely, but we are going to revisit how we do matching when |
Fix:
|
Extra fix: |
Enonic version: 7.7
With 7.7 and Content Studio 3.3 it seems the way regex for "allowContentType" of x-data is changed in a way that breaks current behavior.
These patterns all work fin before we upgraded. After upgrade these x-datas are not added at all. This breaking change is not documented, so I kind of assume this is unexpected behavior for you.
We tried changing these to this but that also failed:
After some chatting on Slack with Sergei it seems the regex-ness of these allow patterns is only activated when a * is present. This wasn't the case before. And you never needed to type out the name of the app. The docs for this is very sparse so it's hard to know what is correct way of doing this. Examples for ContentSelectors is far more expanded, but those patterns looks to differ from x-data patterns slightly.
Can this be fixed so the old way keeps on working, or can we get another way that works that basically lets us handpick specific content types from current app (but some times other apps) and mix those with XP bundled types like base:shortcut.?
The text was updated successfully, but these errors were encountered: