diff --git a/thesis/4-Edit-Filters.tex b/thesis/4-Edit-Filters.tex
index f9d7712b643d833a863415481518bdacf13189bb..bdcf8504f59c55fe132a40bf33a223af5f9022d8 100644
--- a/thesis/4-Edit-Filters.tex
+++ b/thesis/4-Edit-Filters.tex
@@ -47,21 +47,13 @@ A couple of keywords arouse interest here:
 who is in the edit filter manager group and how did they become part of it? what controls exactly can be set? what does ``mainly'' mean, are there other patterns addressed? and what are the patterns of harmful editing addressed by the filters?
 
 At least the ``mainly'' question is swiftly answered by the paragraph itself, since there is a footnote stating that ``[e]dit filters can and have been used to track or tag certain non-harmful edits, for example addition of WikiLove''~\cite{Wikipedia:EditFilter}.
-%TODO answer remaining questions
 We discuss (who is in) the edit filter manager group in section~\ref{section:who-can-edit} and the patterns of harmful editing are inspected in detail in the next chapter.
 Regarding the controls that can be set, we can briefly state that:
 Every filter defines a regular expression pattern against which every edit made to Wikipedia is checked.
 If there is a match, the edit in question is logged and potentially, additional actions such as tagging the edit summary, issuing a warning or disallowing the edit are invoked.
 Both the regex patterns and the possible edit filter actions are observed(syn!) in greater detail in the following sections.
 
-\begin{comment}
-%TODO: rephrase this as a second paragraph
-"A filter automatically compares every edit made to Wikipedia against a defined set of conditions. If an edit matches the conditions of a filter, that filter will respond by logging the edit. It may also tag the edit summary, warn the editor, revoke his/her autoconfirmed status, and/or disallow the edit entirely.[2]"
-Footnote 2: "The extension also allows for temporary blocking, but these features are disabled on the English Wikipedia." <-- TODO: Is there wikipedia on which it isn't disallowed?
-\end{comment}
-
 \subsection{Example of a filter}
-%or a subsection?
 
 For illustration purposes/better understanding, let us have a closer look at what a single edit filter looks like.
 Edit filter with ID 365 is public and currently enabled.
@@ -96,29 +88,25 @@ or on the screenshot thereof (figure~\ref{fig:filter-details}) that I created fo
 
 %************************************************************************
 
-\section{The AbuseFilter Mediawiki extension}
-
-%TODO note on the name again
+\section{The AbuseFilter\footnote{Note that the user facing elements of this extention were renamed to ``edit filter'', however the extension itself, as well as corresponding/associated permissions, tables etc. still reflect the original name.} Mediawiki extension}
 
 At the end, from a technical perspective, Wikipedia's edit filters are a MediaWiki plugin that allows every edit to be checked against a speficied/given regular expression pattern before it is published.
-Every time a filter is triggered, the action that triggered it as well as further data such as the user who triggered the filter, their ip address, and a diff of the edit (if it was an edit) is logged.
+
+Every time a filter is triggered, the action that triggered it as well as further data such as the user who triggered the filter, their ip address, and a diff of the edit (if it was an edit), etc. are logged.
 Most frequently, edit filters are triggered upon new edits, there are however further editor's actions that can trip an edit filter.
 These include: `createaccount', `edit', `move', `delete', `autocreateaccount', `upload', `feedback', `gatheredit', `moodbar', `stashupload'.
 
 When a filter is triggered, beside logging it, a further filter action may be invoked as well.
-The plugin defines following possible filter actions: %TODO finish
+The plugin defines following possible filter actions: `tagging, warning, throttling, disallowing, revoking auto-promotoed groups, blocking, removing from privileged groups, range-blocking.
 
 The documentation page of the extension is here: \url{https://www.mediawiki.org/wiki/Extension:AbuseFilter}
 and the code is hosted on gerrit, Wikimedia's git repository hosting service of choice: \url{https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/AbuseFilter/+/refs/heads/master}.
 
 The rules format can be viewed under \url{https://www.mediawiki.org/wiki/Extension:AbuseFilter/Rules_format}.
 
-%TODO: Flowchart of the filtering process!
-
 Data generated by the extension in stored in following database tables: \emph{abuse\_filter}, \emph{abuse\_filter\_log}, \emph{abuse\_filter\_action} and \emph{abuse\_filter\_history}~\cite{gerrit-abusefilter}.
 
-%TODO which new user permissions and which filter actions does the extension introduce?
-Following new user permissions are introduced by the abuse filter plugin
+Following new user permissions are introduced by the abuse filter plugin:
 \begin{verbatim}
 abusefilter-modify 	Modify abuse filters
 abusefilter-view 	View abuse filters
@@ -135,9 +123,14 @@ abusefilter-hidden-log 	View hidden abuse log entries
 abusefilter-private-log 	View the AbuseFilter private details access log
 \end{verbatim}
 
-Note that the user facing elements of this extention were renamed to ``edit filter'', however the extension itself, as well as corresponding/associated permissions, tables etc. still reflect the original name.
+%TODO: Flowchart of the filtering process!
+
+%Note that the user facing elements of this extention were renamed to ``edit filter'', however the extension itself, as well as corresponding/associated permissions, tables etc. still reflect the original name.
 
 \section{History}
+
+Now, that there is a general understanding of what edit filters look like today, let us take a step back and investigate how they came to be this way.
+
 So, after reading quite some of the discussion surrounding the introduction of the edit filter MediaWiki extention (\url{https://en.wikipedia.org/wiki/Wikipedia_talk:Edit_filter/Archive_1}),
 I think motivation for the filters was following:
 bots weren't reverting some kinds of vandalism fast enough, or, respectively, these vandalism edits required a human intervention and took more than a single click to get reverted.
diff --git a/thesis/thesis_main.tex b/thesis/thesis_main.tex
index 12472930908393440618aaa5cd3d003f5475d62e..37a46e3470e61e3457cba32ef0dcab4088dca645 100755
--- a/thesis/thesis_main.tex
+++ b/thesis/thesis_main.tex
@@ -51,6 +51,7 @@
 
 \usepackage{verbatim}
 \usepackage{longtable} % for multipage tables
+\usepackage[stable]{footmisc} % for putting footnotes in section titles
 %
 %---------------------------------------------------
 %----- PDF and document setup