Needs work
Project:
Taxonomy Permissions
Version:
8.x-1.x-dev
Component:
Code
Priority:
Major
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
16 Dec 2018 at 23:27 UTC
Updated:
9 Oct 2019 at 12:05 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
duneblJust to add: this is clearly coming from the ER view wich is filtering the term to encode in the field.
Note also that the widget of the ER taxo field doesn't appear if the reference method is an ER View... this is why I turn the priority into major (No widget=can't encode the value of the field)
If I set the reference method to "default" the error disappear.
Comment #3
duneblComment #4
duneblHere is a patch thar return
AccessResult::neutral()when a view is used as a reference method.Comment #5
salvisThank you for your patch, DuneBL!
Is TP working for you otherwise?
Comment #6
dunebl@salvis: yes, it looks like it is working...
Comment #7
salvisThanks, DuneBL!
I can't test this at this point. Any reviewers out there?
Comment #8
john_a commented@salvis @DuneBL,
We have just faced the same issue, with content types with term ER fields. These fields mysteriously disappeared form the node edit page, with the same error log messages.
I can confirm that this patch resolves the issue. It makes sense to use neutral in this case.
CORRECTION:
I think we may have found an issue with this patch. This removes the errors and warnings, but all roles can now create new terms, even if the role does not have that permission granted.
Comment #9
salvisThank you, john_a!
Comment #10
salvis@DuneBL: Have you checked #8 on your site? Any idea for a fix?
Comment #11
duneblregarding #8, as explained in the comments of the patch, I don't see a way to check the access. This access check must be done in the view which is used to reference the terms.
Of course, if someone have a better idea, it could be great.
Comment #12
salvisThank you for your reply, @DuneBL.
I'm not sure what to do about this now...