1. 04 8月, 2016 1 次提交
  2. 03 8月, 2016 4 次提交
  3. 01 8月, 2016 1 次提交
  4. 30 7月, 2016 1 次提交
  5. 29 7月, 2016 1 次提交
  6. 26 7月, 2016 1 次提交
    • S
      Fix expand all diffs button in compare view · 3abffb2b
      Sean McGivern 提交于
      We can't reuse the existing value of the format parameter, because on
      the merge request page that's 'json', so the link would go to a JSON
      file. We can't set it to HTML, because that adds '.html' the URL, which
      breaks the compare view (and looks bad). Setting it to nil uses the
      default format, which in all of these cases is HTML anyway.
      3abffb2b
  7. 21 7月, 2016 1 次提交
  8. 19 7月, 2016 1 次提交
  9. 11 7月, 2016 1 次提交
  10. 08 7月, 2016 7 次提交
  11. 07 7月, 2016 7 次提交
  12. 06 7月, 2016 3 次提交
  13. 16 6月, 2016 2 次提交
  14. 12 6月, 2016 1 次提交
    • S
      Fix Error 500 when viewing a blob with binary characters after the 1024-byte mark · 0fdfd2dd
      Stan Hu 提交于
      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
      0fdfd2dd
  15. 11 6月, 2016 1 次提交
  16. 03 6月, 2016 2 次提交
  17. 19 5月, 2016 1 次提交
  18. 17 5月, 2016 1 次提交
  19. 14 5月, 2016 2 次提交
  20. 29 4月, 2016 1 次提交