1. 03 8月, 2016 1 次提交
  2. 02 8月, 2016 1 次提交
    • P
      Speedup DiffNote#active? on discussions, preloading noteables and avoid... · 8716ff7f
      Paco Guzman 提交于
      Speedup DiffNote#active? on discussions, preloading noteables and avoid touching git repository to return diff_refs when possible
      
      - Preloading noteable we share the same noteable instance when more than one 
      discussion refers to the same noteable.
      - Any other call to that object that is cached in that object will be for any 
      discussion.
      - In those cases where merge_request_diff has all the sha stored to build a diff_refs get that 
      diff_refs using directly those sha instead accessing to the git repository to first get the 
      commits and later the sha.
      8716ff7f
  3. 01 8月, 2016 1 次提交
    • Z
      State specific default sort order for issuables · 84a3225b
      zs 提交于
      Provide more sensible default sort order for issues and merge requests
      based on the following table:
      
      | type           | state  | default sort order |
      |----------------|--------|--------------------|
      | issues         | open   | last created       |
      | issues         | closed | last updated       |
      | issues         | all    | last created       |
      | merge requests | open   | last created       |
      | merge requests | merged | last updated       |
      | merge requests | closed | last updated       |
      | merge requests | all    | last created       |
      84a3225b
  4. 28 7月, 2016 1 次提交
  5. 27 7月, 2016 2 次提交
  6. 21 7月, 2016 1 次提交
  7. 20 7月, 2016 2 次提交
  8. 14 7月, 2016 1 次提交
  9. 13 7月, 2016 1 次提交
  10. 12 7月, 2016 1 次提交
  11. 08 7月, 2016 3 次提交
  12. 07 7月, 2016 4 次提交
  13. 06 7月, 2016 2 次提交
  14. 28 6月, 2016 1 次提交
  15. 25 6月, 2016 1 次提交
    • R
      Fix a wrong MR status when merge_when_build_succeeds &... · e3d464d8
      Rémy Coutable 提交于
      Fix a wrong MR status when merge_when_build_succeeds & project.only_allow_merge_if_build_succeeds are true
      
      The issue was that `MergeRequest#mergeable?` returns false when the CI
      state is not success and project.only_allow_merge_if_build_succeeds is
      true. In this case `Projects::MergeRequestsController#merge` would
      return the `:failed` status when enabling `merge_when_build_succeeds`,
      thus leading to a weird state and the MR never automatically merged.
      
      The fix is to disable the CI state check in the controller safeguard
      that early return the `:failed` status.
      Signed-off-by: NRémy Coutable <remy@rymai.me>
      e3d464d8
  16. 24 6月, 2016 2 次提交
    • Y
      Support for rendering/redacting multiple documents · d470f3d1
      Yorick Peterse 提交于
      This commit changes the way certain documents are rendered (currently
      only Notes) and how documents are redacted. Previously both rendering
      and redacting would run on a per document basis. The result of this was
      that for every document we'd have to run countless queries just to
      figure out if we could display a set of links or not.
      
      This commit changes things around so that redacting Markdown documents
      is no longer tied into the html-pipeline Gem. This in turn allows it to
      redact multiple documents in a single pass, thus reducing the number of
      queries needed.
      
      In turn rendering issue/merge request notes has been adjusted to take
      advantage of this new setup. Instead of rendering Markdown somewhere
      deep down in a view the Markdown is rendered and redacted in the
      controller (taking the current user and all that into account). This has
      been done in such a way that the "markdown()" helper method can still be
      used on its own.
      
      This particular commit also paves the way for caching rendered HTML on
      object level. Right now there's an accessor method Note#note_html which
      is used for setting/getting the rendered HTML. Once we cache HTML on row
      level we can simply change this field to be a column and call a "save"
      whenever needed and we're pretty much done.
      d470f3d1
    • P
      66ec9255
  17. 23 6月, 2016 1 次提交
  18. 16 6月, 2016 4 次提交
  19. 14 6月, 2016 2 次提交
  20. 07 6月, 2016 1 次提交
  21. 06 6月, 2016 2 次提交
  22. 04 6月, 2016 1 次提交
  23. 03 6月, 2016 3 次提交
  24. 02 6月, 2016 1 次提交