1. 12 Jul, 2018 1 commit
  2. 11 Jul, 2018 3 commits
  3. 06 Jul, 2018 1 commit
  4. 04 Jul, 2018 1 commit
  5. 26 Jun, 2018 1 commit
  6. 25 Jun, 2018 1 commit
  7. 18 Jun, 2018 1 commit
  8. 14 Jun, 2018 1 commit
  9. 11 Jun, 2018 3 commits
    • Bob Van Landuyt's avatar
      Fixes rejected pushes from maintainers · acb2c56a0cd2
      Bob Van Landuyt authored
      Before the push git would make a call to
      `/:namespace/:project/git-receive-pack`. This would perform an access
      check without a ref. So the `Project#branch_allows_maintainer_push?`
      would return false.
      
      This adjusts `Project#branch_allows_maintainer_push?` to return true
      when passing no branch name if there are merge requests open that
      would allow the user to push.
      
      The actual check then happens when a call to
      `/api/v4/internal/allowed` is made from a git hook.
      acb2c56a0cd2
    • Stan Hu's avatar
      Expire Wiki content cache after importing a repository · 17f85c6cfea7
      Stan Hu authored
      The cache state for Wikis that were imported via GitHub or Bitbucket does
      not appear to have been flushed after a successful import.
      
      Closes #47546
      17f85c6cfea7
    • Francisco Javier López's avatar
      1f07bddc29b7
  10. 06 Jun, 2018 1 commit
  11. 04 Jun, 2018 1 commit
  12. 01 Jun, 2018 2 commits
  13. 31 May, 2018 1 commit
  14. 24 May, 2018 2 commits
  15. 22 May, 2018 3 commits
  16. 21 May, 2018 1 commit
  17. 16 May, 2018 3 commits
    • Rémy Coutable's avatar
    • Jan Provaznik's avatar
      Changed order of include · 33c7dfb1ce05
      Jan Provaznik authored
      33c7dfb1ce05
    • Jan Provaznik's avatar
      Delete remote uploads · 9cb2812d4482
      Jan Provaznik authored
      ObjectStore uploader requires presence of associated `uploads` record
      when deleting the upload file (through the carrierwave's after_commit
      hook) because we keep info whether file is LOCAL or REMOTE in `upload`
      object.
      
      For this reason we can not destroy uploads as "dependent: :destroy" hook
      because these would be deleted too soon. Instead we rely on
      carrierwave's hook to destroy `uploads` in after_commit hook.
      
      But in before_destroy hook we still have to delete not-mounted uploads
      (which don't use carrierwave's destroy hook). This has to be done in
      before_Destroy instead of after_commit because `FileUpload` requires
      existence of model's object on destroy action.
      
      This is not ideal state of things, in a next step we should investigate
      how to unify model dependencies so we can use same workflow for all
      uploads.
      
      Related to #45425
      9cb2812d4482
  18. 15 May, 2018 1 commit
  19. 08 May, 2018 1 commit
  20. 07 May, 2018 3 commits
  21. 04 May, 2018 3 commits
  22. 03 May, 2018 2 commits
  23. 02 May, 2018 1 commit
  24. 01 May, 2018 1 commit
  25. 30 Apr, 2018 1 commit