I am currently working on a project where I need to include a Multi Node Tree Picker, yet restrict what the user can select. Looking at the object, there is a field "Allow Items Of Type" where I need to input the alias of the document type that I wish to allow the user to select.
The issue lies in the fact that this functionality does not seem to be doing anything, as I am still able to select whichever item I want, regardless of what is input in the previously mentioned field. I have even tried to use to dictate this negatively, by inputting what I do NOT want the user to be able to select (by inputting "!" before the alias name), however I was met with the same result.
Any help regarding this issue would be greatly appreciated.
I've set up MNTP 2 to allow items of documenttype "speaker", but I am allowed to pick anything under a "speaker" node as well, ("talks").. Is this a known issue?
I just stumbled across the same issue. I think it may be related to if you are using list view. When i have it enabled, it doesn't work correctly, but turning it off fixed it.
I too stumbled across this isue with the MNTP2.
When you set it up to only allow items of a certain documenttype, that works, but it also allows all children of that document type to be selected, which can be a different kind of document type.
I want the MNTP to only allow the selected document type to be selected.
I can select two things, the doctype that I am allowing (I don't have any child doctypes under that one) but I can also select the current node where the property is.
Aside from that, I can't select anything else in the tree.
The problem site is running on 7.12.0, but I have a functional one running on 7.11.0
Hi Sebastiaan, sorry for the late reply.
I was on holiday and then I had to deal with other projects.
I tried the solution on the post that you recommended and it didn't work.
Now I have another project that I just updated (from 7.12.0 to 7.12.3) and it still doesn't work -I checked and on line 4344 is the code you mentioned in the other post-
I am not using the MNTP2 in a Nested Content Doctype. The "allow items of type" has one value (although it doesn't work if I add more either) and the "Node type" is set to Content with the start node left blank.
The content tree is still opening on the current node and it's not respecting the "allow items of type", allowing me to select anything on the tree.
I have no idea what else it could be.
Please, let me know if you have any ideas.
There is a work around for this. If you just select "Node type" of "Content", then it won't work. However, if you also click on "+ Choose..." then the textbox will appear. Inside the text box, if you type in the xpath, then it will only allow the type you have identified.
If you type $site, then it will allow you to select from current site.
Selecting $site using xpath does prevent you from being able to pick other doctypes, but only if they aren't using a list view.
If your doctype uses a list view, it's still accessible from the tree picker.
Tried suggested fix in the solution thread above, by updating Umbraco/Js/umbraco.controllers.js with the supplied code, checked it was being loaded in using DevTools and was still able to access different doctypes I hadn't specified.
This is as of v7.12.4 (UmbracoCloud, if it makes a difference).
Multi Node Tree Picker 2 Filtering Issue
I am currently working on a project where I need to include a Multi Node Tree Picker, yet restrict what the user can select. Looking at the object, there is a field "Allow Items Of Type" where I need to input the alias of the document type that I wish to allow the user to select.
The issue lies in the fact that this functionality does not seem to be doing anything, as I am still able to select whichever item I want, regardless of what is input in the previously mentioned field. I have even tried to use to dictate this negatively, by inputting what I do NOT want the user to be able to select (by inputting "!" before the alias name), however I was met with the same result.
Any help regarding this issue would be greatly appreciated.
Thank you
Hi Daryl
Can you check, please, what property editor are you using on the page?
Because it can be a situation when you edit a field "Allow Items Of Type" for wrong property editor.
Thanks,
Alex
Hi Alex,
The property Editor is Umbraco.MultiNodeTreePicker2
Thank you for replying
Daryl
Still seeing this issue!
I've set up MNTP 2 to allow items of documenttype "speaker", but I am allowed to pick anything under a "speaker" node as well, ("talks").. Is this a known issue?
/Niels
I just stumbled across the same issue. I think it may be related to if you are using list view. When i have it enabled, it doesn't work correctly, but turning it off fixed it.
Same here, was pulling my hair out until I disabled the list view for the doc types I was selecting. Works, but a fix would be nice.
Just found an open issue on it too. http://issues.umbraco.org/issue/U4-10129
I too stumbled across this isue with the MNTP2. When you set it up to only allow items of a certain documenttype, that works, but it also allows all children of that document type to be selected, which can be a different kind of document type.
I want the MNTP to only allow the selected document type to be selected.
Anyone have a suggestion?
Seeing the same issue here. I have Category and SubCategory and it allowing me to select SubCategory as a Category which isn't what I want.
Same issue Umbraco version 7.11.0
Any suggestions? =\
Hi all, I am having a slightly different problem.
I can select two things, the doctype that I am allowing (I don't have any child doctypes under that one) but I can also select the current node where the property is.
Aside from that, I can't select anything else in the tree.
The problem site is running on 7.12.0, but I have a functional one running on 7.11.0
Thanks in advance,
-Adri
Hi Adriana - this is a bug in 7.12.0, we've hopefully got a fix, check out this topic for more info and a temporary workaround you can try: https://our.umbraco.com/forum/using-umbraco-and-getting-started/93276-umbraco-7120-multi-node-tree-picker-start-node-not-working-anymore
Hi Sebastiaan, sorry for the late reply. I was on holiday and then I had to deal with other projects.
I tried the solution on the post that you recommended and it didn't work.
Now I have another project that I just updated (from 7.12.0 to 7.12.3) and it still doesn't work -I checked and on line 4344 is the code you mentioned in the other post-
I am not using the MNTP2 in a Nested Content Doctype. The "allow items of type" has one value (although it doesn't work if I add more either) and the "Node type" is set to Content with the start node left blank.
The content tree is still opening on the current node and it's not respecting the "allow items of type", allowing me to select anything on the tree.
I have no idea what else it could be. Please, let me know if you have any ideas.
-Adriana
Hi Adriana,
There is a work around for this. If you just select "Node type" of "Content", then it won't work. However, if you also click on "+ Choose..." then the textbox will appear. Inside the text box, if you type in the xpath, then it will only allow the type you have identified.
If you type $site, then it will allow you to select from current site.
e.g. my screenshot below
Cheers
Shinsuke
Selecting
$site
using xpath does prevent you from being able to pick other doctypes, but only if they aren't using a list view.If your doctype uses a list view, it's still accessible from the tree picker.
Tried suggested fix in the solution thread above, by updating
Umbraco/Js/umbraco.controllers.js
with the supplied code, checked it was being loaded in using DevTools and was still able to access different doctypes I hadn't specified.This is as of v7.12.4 (UmbracoCloud, if it makes a difference).
Same issue in Umbraco 7.13.2 :(
The same conditions in my case: listview enabled.
Steven's McCurrach advise solved the problem, even if listview has been enabled, but that kind of behavior is weird anyway
Same happens in Umbraco 8. Disabling list view seems to be the solution.
is working on a reply...