Needs review
Project:
Extended Tracker
Version:
master
Component:
Miscellaneous
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
11 Feb 2006 at 18:15 UTC
Updated:
4 Nov 2006 at 16:47 UTC
Jump to comment: Most recent file
Comments
Comment #1
bradlis7 commentedI'm sure it's a bug, because if a user doesn't have access to a node, they shouldn't even know that the node exists.
Comment #2
funana commentedSame in CVS. It shows all nodetypes even if the user shouldnt have access.
Comment #3
Christefano-oldaccount commentedI'm looking forward to this being fixed.
Comment #4
pcdonohue commentedAll right,
I don't use this module anymore, but since I posted the original issue I thought I'd take a look at it again and post a fix. The included patch is against the below version.
// $Id: xtracker.module,v 1.5 2006/05/16 17:01:42 wafaa Exp $I updated the xtracker_page function's main loop with a call to node_access for each node returned from the funtion's db query.
So if the user doesn't have access privileges to view the node it skips the node while building the list of recent posts.
This seems to do the trick, but test it on your own and see if it works.
Patrick
Comment #5
Christefano-oldaccount commentedTabs for content types unavailable to users are still shown, but at long last the posts themselves are hidden. Thanks, pcdonohue!
Comment #6
ednique commentedHere's the taxonomy access fix...
It is rather simple...
I've used it on several modules...
Use db_rewrite_sql() and the security sql is added to the query in case it is needed...