[feature/only-op-can-view] Single permissions hiding

This commit applyies all the (somewhat) generic code needed to
create a system that allows permissions to be shown or hidden
based on the chosen option in other settings.
This is supposed to be used to hide an option where
choosing yes or choosing No or Never makes no difference based
on the Yes/No/Never of another option.
This includes a fix to IE8 that, according to IE rules, works
always.
Tested on IE7, IE8, IE9, FF 3.6, FF 10, Chrome (latest),
Opera (latest).

PHPBB3-10624
[feature/only-op-can-view] ACP system to manage the new permission

This commit includes everey single thing needed to have the ACP
part of this system up and running.

PHPBB3-10624
[feature/only-op-can-view] ACP system to manage the new permission

This commit includes everey single thing needed to have the ACP
part of this system up and running.

PHPBB3-10624
[feature/only-op-can-view] Fix to keep everything working & apply jQuery

-Changed the code so that jQuery is used for the operations.
-The attribute onclick was messing up with the clicking system my
 system catches and was changing things it shouldn't. This adds a check
 to make sure that things that should not be executed are not executed.
 To apply this an extra global variable was added and an if in the onclick
 was also added.
-Row3 and row4 are dynamically applied. For that there's no need of a
 redundant row3 and row4. That would imply much more processing that is
 actually not needed for both CSS and js.

PHPBB3-10624
[feature/only-op-can-view] Bug fix: git destroyed permissions.php

This is the fix to remove the file git destroyed caused by a misplaced head.
This removes the git marks and the previous version form the file.

PHPBB3-10624
[feature/only-op-can-view] Apply to feeds.php

After applying this feature to the ACP, now the feature is also applied to
the feeds.php.
Many tests were made to make sure that it is working as it should. Please
test and confirm that all is working properly.

PHPBB3-10624
[feature/only-op-can-view] Follow code guidelines in feeds.php

There was a mistake in feeds.php where it wasn0t following the coding
guidelines.

PHPBB3-10624
[feature/only-op-can-view] Viewforum Edit. Apply this to viewforum

- New template variable to forumlist_body.html -> FORUM_PRIVATE
- forumlist_body.html tweaked:
 - If the user can only see his posts then:
  - He cannot see the number of posts. -> "?" appears
  - He cannot see the number of topics. -> "?" appears
  - He cannot see the last post. Finding it would create a significant overhead
    caused by both PHP and DBMS processing. May be added in the future as an
    option. Anyway, this is the way most other forums act.
- viewforum.php:
 - If the user has limited access, the topic recount is used.
 - To prevent too much overhead by many if's, if sort_days exist, then solve
   everything in 1 if. Probably the code can be considered cleaner this way.

- New language key "PRIVATE_FORUM_FORUM".
 - Used to replace the last post date, image link and author in
   forumlist_body.html

Notes:
 Announcements and global announcements are not filtered. This is no bug, this
 is made like that by design. It's useful for the forum admins/mods to be able
 to post topics in a way everyone can see.

 Unless there's a bug, it's now officialy impossible to get to every single post
 that can exist in a forum though viewforum (not search.php)
 if you don't have the right to see other's posts.
 Same happens for the real number of posts, the last poster of the forum,
 the number of topics and any other information that can lead to people
 thinking or finding out that there are more posts inside that forum than
 announcements, global announcements and topics they started by (him/her)self.

PHPBB3-10625
[feature/only-op-can-view] Feeds changes

Improved a comment to be more expressive.
After some discussion, it was decided that news should also be filtered.

PHPBB3-10625
[feature/only-op-can-view] The search.php edits

search.php seems to be completly "sealed"
My search shows that all that only-op-can-view is now completly applied to
search.php now.

PHPBB3-10625
[feature/only-op-can-view] Altering forum listing

I was suggested a while ago to do this but I had forgotten. Now I have applied
the suggested changes. Make it show just like it shows with links
replacing forums (a forum of type link). This also allows not to use the '?'.
Is this way ok?

PHPBB3-10625
[feature/only-op-can-view] Applying to the posting page

This commit applies the "protection" needed for posting.php by the time this
commit is made.
These changes are simple and work much like the reading permission.

PHPBB3-10623
[feature/only-op-can-view] Protecting logs

Changed the capability of viewing logs in functions_admin.
Now it also checks for the permissions needed for the private forum (topic owner
or can see all topics)

PHPBB3-10623
[feature/only-OP-can-view] Limit the forums shown to the user in display_forums

This update applies the changes needed for this permission in functions_display
so that an unauthorized user cannot view the forums listed if he cannot see them
while watching the forums displayed

Note: I need help distinguish exactly if a specific part of the code leaks data
that might be against this permission's policy.
Search for:
"// Please check if this leaks data on letting users"
To find those parts and then comment please

PHPBB3-10623
[feature/only-OP-can-view] Force field functions_posting.php

Applied the change to functions_posting.
It now prevents the user from viewing the topic link if he should not be able
to see it.
Also it checks if the user still has permissions to load a draft just like it
 is made with f_read permission.

For topic_review(), It applies the standard adding the extra data for query to
 the DB in case the user does not have the permission to read all threads in
 the forum so that it can be confirmed that the user really can or cannot view
 those posts

For user_notification(), The rule applies, included the check for the user_id
 and the f_read_other everywhere the f_read exists and changed a bit the way
 the verifications work so that it becomes a bit more efficient and to be
 easier to execute the tests needed.

PHPBB3-10623
[feature/only-OP-can-view] Applying to the reporting system

With this, the reporting system is now shielded.

This is just a check for permissions in each file related to reports.

PHPBB3-10623
[feature/only-OP-can-view] filtering in display activity

If the user is not allowed to know the topic exists, then he may not know that
the place where the given user has been more active is that hidden topic.

PHPBB3-10623
[feature/only-OP-can-view] The MCP main module pack

This includes all the changes made to the main module of the MCP.

It is resumed to only adding a simple check for the new permission.

PHPBB3-10623
[feature/only-OP-can-view] MCP logs, queue and warn are now filtered

This is the conclusion of the MCP filtering.

In the mcp_queue it is also a bugfix. A previous commit had
sql_in_set('f.forum_id', $forum_all_readable_list) where f.forum_id should be
t.forum_id

PHPBB3-10623
[feature/only-OP-can-view] Bugfix: viewtopic & functions_posting

includes/functions_posting.php had a variable with the wrong name.
The result would be undefined variable and an always false. It's fixed.

In viewtopic.php, the normal user without this permission was being blocked
from viewing global or forum announcements. This is now fixed.

PHPBB3-10623