BigW Consortium Gitlab

  1. 28 Jan, 2017 1 commit
  2. 27 Jan, 2017 1 commit
  3. 19 Jan, 2017 1 commit
    • Fix todos spec · 4f1eb8cd
      Sean McGivern authored
      This was changed in a community MR, but the branch was far enough behind
      master that it didn't have this spec.
  4. 22 Dec, 2016 1 commit
  5. 11 Nov, 2016 1 commit
  6. 04 Nov, 2016 1 commit
  7. 01 Nov, 2016 2 commits
  8. 28 Oct, 2016 1 commit
  9. 26 Oct, 2016 1 commit
  10. 03 Oct, 2016 1 commit
  11. 14 Sep, 2016 1 commit
    • Improve validity of spec/features/todos/todos_filtering_spec.rb · e7e628bf
      Robert Speicher authored
      Previously, we were checking that a CSS selector string didn't have some
      page-related content, which, of course it didn't.
      
      Now we check against the actual content of the selector, we use a more
      semantic selector, and we add an additional expectation for the text
      that _should_ be there, as an additional sanity check.
  12. 01 Sep, 2016 1 commit
  13. 31 Aug, 2016 1 commit
  14. 25 Aug, 2016 1 commit
  15. 19 Aug, 2016 1 commit
  16. 09 Aug, 2016 1 commit
  17. 17 Jun, 2016 1 commit
  18. 03 Jun, 2016 2 commits
  19. 02 Jun, 2016 4 commits
  20. 01 Jun, 2016 1 commit
    • Fix 404 page when viewing TODOs that contain milestones or labels in different projects · f8a3344d
      Stan Hu authored
      A user viewing the TODOs page will see a 404 if there are mentioned labels
      in multiple different projects. This is likely a caching bug and only occurs
      when Markdown rendering occurs across multiple projects, which is why it's so
      tricky to reproduce. This is what I think is happening:
      
      1. LabelReferenceFilter#references_in encounters label ~X for ProjectA and finds the label in the DB as id = 1.
      2. LabelReferenceFilter.references_in yields [1, 'X', nil, ...]
      3. Since project_ref is nil, AbstractReferenceFilter#project_from_ref_cache caches nil => ProjectA.
      4. LabelReferenceFilter#references_in encounters label ~Y for ProjectB and finds the label in the DB as id = 2.
      5. LabelReferenceFilter.references_in yields [2, 'Y', nil, ...]
      6. AbstractReferenceFilter#project_from_ref_cache lookups nil and returns ProjectA. It was supposed to be ProjectB.
      7. A is the wrong project, so the label lookup fails.
      
      This MR caches Markdown references if the key is present.
      
      Closes #17898
  21. 25 May, 2016 3 commits
  22. 27 Apr, 2016 1 commit
  23. 22 Apr, 2016 1 commit
  24. 18 Apr, 2016 1 commit
  25. 08 Apr, 2016 1 commit