- May 20, 2024
- May 19, 2024
- Apr 26, 2024
- May 20, 2019
-
-
o@immerda.ch authored
-
- Aug 30, 2018
-
-
mh authored
-
- Aug 09, 2018
-
-
mh authored
-
- Jul 24, 2018
-
-
mh authored
-
mh authored
Over time coquelicot was leaking FDs of (deleted) .lock files. I tracked this down to that file_exists? on depot never closes the lockfile it opened. So anytime when someone hit a 404 (e.g. due to requesting /robots.txt) we leaked a file descriptor. This was caused by how the code returned from within a block, as it would directly jump out of the block and never unlink the lockfile. Refactoring the different code interactions with the lockfile, while wrapping it with a lockfile block, make it properly clean up the lockfile.
-
- Jun 13, 2018
- Dec 28, 2016
-
-
Rowan Thorpe authored
-
Rowan Thorpe authored
-
Rowan Thorpe authored
-
- Dec 20, 2016
-
-
Lunar authored
-
Lunar authored
-
Lunar authored
-
Lunar authored
-
Lunar authored
-
Rowan Thorpe authored
-
Lunar authored
-
Lunar authored
-
Lunar authored
-
Lunar authored
-
Lunar authored
`--sort-by-file` is now set by default in gettext:update:po task, so this will prevent extra diffs with the next update.
-
Lunar authored
-
Rowan Thorpe authored
-
Lunar authored
The `userpass` authentication mechanism prompts for a user and password to perform an upload. The credentials are stored as pairs of login/password in the local configuration. Password are stored in an encrypted form using bcrypt(). `userpass` configured with a single account can be used instead of `simplepass` to allow users to make their browser retain the upload credentials. Based on a patch from Rowan Thorpe.
-
Lunar authored
-