[ticket/12275] Fix a bug on the event "core.modify_username_string"

Call the event "core.modify_username_string"
also if $mode is "colour", "username" or "profile".

PHPBB3-12275
[ticket/12384] Run Travis CI HHVM tests against MySQLi instead of MySQL.

HHVM MySQLi has been fixed and works for us now.

PHPBB3-12384
[ticket/12275] Change if (empty) to if (!isset)

PHPBB3-12275
[ticket/12270] Corrent post and topic approval notification message

When you submit a post with needed approval (say user A), and then
it gets approved by another user (user B), a subscribed user (user C)
to that forum would receive a notification indicating:
-A has replied to topic 'New Topic' in the forum 'xyz'.
The expected result would be:
-A has posted a new topic 'New topic' in the forum 'xyz'.
This has fixed by adding a TOPIC_ID template variable to
mcp_post.html and, in there, depending if the first post is the topic's
first post or not, add a input's with name topic_id_list[] or
post_id_list[] and then the respective value (TOPIC_ID or POST_ID).

PHPBB3-12270
[ticket/12270] Correct post&topic approval msg, no template changes

Following the previous commits, this patch removes the changes
done to templates to depend only on code, as suggested by
@nickvergessen.
All previous modifications have been removed, with another one
which checks, in the approve_posts() function, if it is sending a
notification for post approval and it is the first one in the
topic, send notification indicating that the topic has been
approved (and not the post). If not the first post in the topic,
do just as before (send a notification about a newly approved
post).

PHPBB3-12270
[ticket/12270] Reverted templates

Some lines in the templates  were not reverted correctly,
so it's done now.

PHPBB3-12270
[ticket/12270] Correct notifications for posts/topics now working

This patch should finally work correctly: Add the correct
notification for post/topic approval without touching templates.

This has been done by calling the function approve_topics()
inside the approve_posts() function. It's the simplest way for
this to work correctly. There may be a call to the DB but other
ways (if any), without touching templates,  would have been too
messy for a function like this.

PHPBB3-12270
[ticket/12270] Better structured code and no debug error message

A variable (that's not essential) has been removed, two if's
has been merged to an if-else control structure. A variable
named topic_ids_list has been renamed to topic_id_list to follow
the naming standard in that file's code.
Also, the debug error has been fixed by changing the topic data
key 'username' to 'post_username' in the array_merge function
in approve_topics().

PHPBB3-12270
[ticket/12270] Correcting to follow phpBB coding standards

I forgot to put the brackets (so it follows the phpBB coding
standards) and changed "count($topic_id_list) > 0"
to "!empty($topic_id_list)", making the syntax more
comprehensible.

PHPBB3-12270
[ticket/12270] Correct confirm approval message for topics

When clicking on approving a topic's first post in the MCP to
approve the topic itself, the confirm box dialog asks whether
to approve the post or not, instead of asking to approve the
topic.
To achieve this fix, we just need to count the topics to be
approved and check if it's greater than zero.

PHPBB3-12270
[ticket/12270] Fixed rebase conflicts

PHPBB3-12270
[ticket/12174] Update topic_attachment flag when a post is soft-deleted

https://tracker.phpbb.com/browse/PHPBB3-12174

PHPBB3-12174
[ticket/12174] Corrections

PHPBB3-12174
[ticket/12174] Revert the changes on $topic_update_array

PHPBB3-12174
[ticket/12074] Managing extensions doesn't produce any log entry

PHPBB3-12074
[ticket/12174] Update sql query

PHPBB3-12174
[ticket/12074] Don't log errors

PHPBB3-12074
[ticket/12174] Remove inline assignment

PHPBB3-12174
[ticket/12174] Update the conditions

PHPBB3-12174
[ticket/12074] Update the visibility of the constructor

PHPBB3-12074