1. 06 Dec, 2017 1 commit
  2. 06 May, 2017 1 commit
  3. 01 Sep, 2016 1 commit
  4. 22 Feb, 2016 1 commit
  5. 21 Feb, 2016 3 commits
  6. 09 Feb, 2016 1 commit
    • mmn's avatar
      Either use or don't use HTTPS · ec257d94
      mmn authored
      The risk of injection attacks using HTTP is too great to allow a
      site that allows both HTTP and HTTPS...
      ec257d94
  7. 07 Feb, 2016 1 commit
  8. 03 Feb, 2016 4 commits
  9. 02 Feb, 2016 1 commit
  10. 29 Jan, 2016 2 commits
  11. 28 Jan, 2016 1 commit
  12. 24 Jan, 2016 2 commits
  13. 19 Jan, 2016 1 commit
  14. 13 Jan, 2016 3 commits
  15. 12 Jan, 2016 2 commits
  16. 11 Jan, 2016 3 commits
  17. 09 Jan, 2016 1 commit
  18. 08 Jan, 2016 1 commit
  19. 07 Jan, 2016 2 commits
  20. 05 Jan, 2016 2 commits
  21. 01 Jan, 2016 2 commits
  22. 05 Dec, 2015 1 commit
  23. 02 Nov, 2015 1 commit
    • Stephen Paul Weber's avatar
      Refactor on File::processNew · a9b1b60a
      Stephen Paul Weber authored
      The code was so involved there was even a comment asking for a refactor.
      
      Now, File_redirection::where always returns a nice File_redirection
      object instead of an array or string or nothing.  The object is
      either one which already existed or else a new, unsaved object.
      
      Instead of duplicating "does it exist" checks everywhere, do it in
      File_redirection::where.  You either get what exists or something to save.
      
      An unsaved File_redirection may be paired with an unsaved File.
      You will want to save the File first (using ->saveFile()) and put the
      id in File_redirection#file_id before saving.
      a9b1b60a
  24. 28 Oct, 2015 2 commits