BigW Consortium Gitlab

  1. 29 May, 2017 1 commit
  2. 17 May, 2017 3 commits
  3. 16 May, 2017 1 commit
  4. 11 May, 2017 1 commit
  5. 10 May, 2017 1 commit
  6. 03 May, 2017 1 commit
  7. 28 Apr, 2017 1 commit
  8. 27 Apr, 2017 10 commits
  9. 12 Apr, 2017 1 commit
  10. 10 Apr, 2017 2 commits
  11. 06 Apr, 2017 1 commit
  12. 05 Apr, 2017 2 commits
  13. 30 Mar, 2017 1 commit
  14. 23 Mar, 2017 1 commit
  15. 13 Mar, 2017 1 commit
    • Do not show LFS object when LFS is disabled · 78496837
      Christopher Bartz authored
      Do not display a 404, when a user tries to retrieve the raw content of
      an LFS file (pointer) if the config option "lfs_enabled" is set to
      false. Instead, display the LFS pointer file directly.
  16. 14 Sep, 2016 1 commit
    • Handle encoding in non-binary Blob instances · 0bc443e3
      Yorick Peterse authored
      gitlab_git 10.6.4 relies on Rugged marking blobs as binary or not,
      instead of relying on Linguist. Linguist in turn would mark text blobs
      as binary whenever they would contain byte sequences that could not be
      encoded using UTF-8.
      
      However, marking such blobs as binary is not correct. If one pushes a
      Markdown document with invalid character sequences it's still a text
      based Markdown document and not some random binary blob.
      
      This commit overwrites Blob#data so it automatically converts text-based
      content to UTF-8 (the encoding we use everywhere else) while taking care
      of replacing any invalid sequences with the UTF-8 replacement character.
      The data of binary blobs is left as-is.
  17. 15 Aug, 2016 1 commit
    • Limit the size of SVGs when viewing them as blobs · 8171544b
      Yorick Peterse authored
      This ensures that SVGs greater than 2 megabytes are not scrubbed and
      rendered. This in turn prevents requests from timing out due to
      reading/scrubbing large SVGs potentially taking a lot of time (and
      memory). The use of 2 megabytes is completely arbitrary.
      
      Fixes gitlab-org/gitlab-ce#1435
  18. 26 Jul, 2016 1 commit
  19. 16 Jun, 2016 2 commits
  20. 12 Jun, 2016 1 commit
    • Fix Error 500 when viewing a blob with binary characters after the 1024-byte mark · 0fdfd2dd
      Stan Hu authored
      Here was the problem:
      
      1. When determining whether a given blob is viewable text, gitlab_git reads the first 1024 bytes and checks with Linguist whether it is a text or binary file.
      2. If the blob is text, GitLab will attempt to display it.
      3. However, if the text has binary characters after the first 1024 bytes, then GitLab will attempt to load the entire contents, but the encoding will be ASCII-8BIT since there are binary characters.
      4. The Error 500 results when GitLab attempts to display a mix UTF-8 and ASCII-8BIT.
      
      To fix this, we load as much data as we are willing to display so that the detection will work properly. Requires
      an update to gitlab_git: gitlab-org/gitlab_git!86
      
      Closes #13826
  21. 28 Apr, 2016 1 commit
  22. 07 Mar, 2016 1 commit
  23. 19 Feb, 2016 1 commit
    • Add a `Blob` model that wraps `Gitlab::Git::Blob` · 8c454b36
      Robert Speicher authored
      This allows us to take advantage of Rails' `to_partial_path` to render
      the correct partial based on the Blob type, rather than cluttering the
      view with conditionals.
      
      It also allows (and will allow in the future) better encapsulation for
      Blob-related logic which makes sense for our Rails app but might not
      make as much sense for the core `gitlab_git` library, such as detecting
      if the blob is an SVG.