In the latest version (8.x-3.0-rc8) of our software, a new 'if' statement was introduced. However, this statement can disrupt the functionality of local tasks when these tasks are lazy-loaded. This issue typically arises during testing on a user account that lacks 'administer webform' permissions. A prime example of this problem is evident in the local tasks for webform. These tasks, which are lazy-loaded, no longer render when the user does not have the permission to administer webform. We suggest that the solution to this problem is to remove the 'if' statement. When the tasks are lazy-loaded, they always return an empty string, making it impossible to verify the validity of the statement.
To reproduce this issue, install the latest version of gin and navigate to the webform. Check to see if the local tasks are rendered when not logged in with 'administer webform' permissions.
The proposed resolution to this problem is to remove the 'if' statement. We believe it's preferable to render some HTML rather than disrupt the functionality.
The remaining task is to identify a solution to the issue with lazy loading.
No changes to the user interface will occur as a result of this fix.
No changes to the API will occur as a result of this fix.
No changes to the data model will occur as a result of this fix.
Closed: outdated
Code
I do notice that Karl Shea (20 december) already removed the if statement but here is a patch for people who want to run latest version of gin and not have this problem.
Closing as this is a duplicate of 🐛 Primary local tasks not rendering on entity routes due to striptags filter Fixed
(which already contains the solution).