- 08 Jan, 2019 3 commits
-
-
Rico Tzschichholz authored
Fixes #1
-
Rico Tzschichholz authored
-
Rico Tzschichholz authored
-
- 15 Dec, 2018 1 commit
-
-
Andre Klapper authored
-
- 13 Apr, 2018 2 commits
- 18 Mar, 2018 2 commits
- 08 Mar, 2018 2 commits
- 31 Jan, 2018 2 commits
- 24 Jan, 2018 3 commits
- 19 Jan, 2018 7 commits
-
-
grindhold authored
could → couldn't update: add debugmessages
-
grindhold authored
when a ruleset file was empty, the json parser tried to parse it and failed. now we check wheter the file is 0 bytes long and disqualify it if so. now the most severe message that will be shown is a warning
-
grindhold authored
in the scope of the application that uses libhttpseverywhere it's not necessarily critical TODO: think about letting the programmer decide wheter he wants libhttpseverywhere to fail critically or not
-
grindhold authored
only load the rulesets from $sourcedir/data/default.rulesets when we are executing httpseverywhere_test from a folder that ends with "build/test", which is the folder that meson creates for our test executable. this will prevent loading random crap data in production
-
grindhold authored
was broken after splitting meson.build in one file per sub folder
-
grindhold authored
each folder now has its own meson file
-
grindhold authored
-
- 11 Dec, 2017 2 commits
- 21 Nov, 2017 2 commits
- 30 Oct, 2017 2 commits
- 24 Oct, 2017 2 commits
- 05 Oct, 2017 2 commits
- 25 Sep, 2017 1 commit
-
-
grindhold authored
-
- 23 Sep, 2017 7 commits
-
-
grindhold authored
* we now display a repology badge to demonstrate where our package has found a home in * clearer instructions about building docs
-
grindhold authored
-
grindhold authored
-
grindhold authored
in the new HTTPSEverywhere-Packages the rulesets reside in a different folder under a different name. The updater now takes this into account
-
grindhold authored
and deprecated ignore by id
-
grindhold authored
-
grindhold authored
-