Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Also using FeedAPI (6.x-1.9-beta3), Panels (6.x-3.9), and Views (6.x-2.12) to power feed blocks in panels on the front page. After installing Protected Node, recent feed items in the views in panels blocks were not accessible for users without access to Protect Nodes (in this case, authenticated users and anonymous users). Older items were accessible, but not items added after a certain date.
Admins and other roles with special permissions could access everything, and there were no caching or additional permissions issues.
Content reappeared for all users after uninstalling Protected Node.
Comments
Comment #1
Jerimee CreditAttribution: Jerimee commentedWe tried rebuilding node access permissions, but this didn't seem to resolve the issue.
We are using a number of custom content types, and all the content published after enabling module would not display in views for anon users while module was enabled.
Anon users did have access to the full nodes.
Comment #2
AlexisWilke CreditAttribution: AlexisWilke commentedAh! If that's correct then the defaults of the Protected Node would protect the entire website.
I guess I could test that on my end, but I'm pretty sure I've done that and did not run in a similar problem.
Jerimee, was that only a problem with views, or was it with all nodes?
Rebuilding permissions would probably do the opposite which is protect nodes that weren't protected.
Thank you.
Alexis Wilke
Comment #3
M_Z CreditAttribution: M_Z commented@Alexis: I can confirm Jerimee's problem from #1.
The problem is only with Views module (current 6.x-3.x Views version in my case). The node by itself is accessible.
Rebuilding permissions didn't help.
To reproduce:
- create a content type with some CCK fields
- create some sample nodes with this content
- create a View over these nodes
- install protected_node module
---> anonymous user can see the Views output (block or page)
- let protected_node module enabled
- create another content type (or even add a new CCK field)
- ...
---> anonymous user can't see any Views output
Comment #4
AlexisWilke CreditAttribution: AlexisWilke commentedDo you use any of the Protected Node Views extensions?
Whether the node is protected.
Date when the password for this node was last changed.
Whether the node title is protected.
I'm also using Views 3.x and I cannot reproduce the problem. I can see the protected and unprotected nodes...
Just in case I added a CCK text field to the type of those pages and I still can see the nodes as expected.
Finally, I'm not too sure I understand the problem. Do you always see the view and some links are broken? Or does the view become empty? (you see nothing more on that page or in that block?)
One thing though... I'm using PostgreSQL and it could be that the generated code for your views breaks in MySQL.
So... anyway... I tried all sorts of cases following your steps and I still cannot reproduce the problem. There could be another problem or the Views your using may be bogus (since the default one is, if you did not fix it, it could be a problem with that, I tend to fix modules when they don't work right for me... If you're a programmer you may find value in this patch: http://drupal.org/node/1344392 since I have those fixes in my version of Views 3.x)
Comment #5
AlexisWilke CreditAttribution: AlexisWilke commentedAh! I have some good news this time!
zyxware noticed that the rewrite_sql() used by the protected_node module was actually wrong. The patch was applied and will appear in the next version of the protected node module (it should appear in the dev version within 24 hours.) See #1578566: Unable to access menu items that used to be protected but are no longer protected because of hook_db_rewrite_sql for details.
Let me know whether that works better for you.
Thank you.
Alexis
Comment #6
GrimreaperHello,
I close this issue because Drupal 6 is no more supported. https://www.drupal.org/drupal-6-eol
If this issue is present in Drupal 7, feel free to re-open it.
Comment #7
Grimreaper