1. 31 Oct, 2020 1 commit
  2. 29 Oct, 2020 1 commit
  3. 23 Oct, 2020 1 commit
  4. 22 Oct, 2020 6 commits
  5. 03 Oct, 2020 1 commit
  6. 24 Sep, 2020 1 commit
  7. 21 Sep, 2020 2 commits
  8. 20 Sep, 2020 1 commit
  9. 17 Sep, 2020 3 commits
  10. 16 Sep, 2020 1 commit
  11. 31 Aug, 2020 1 commit
  12. 17 Aug, 2020 2 commits
    • Ahmad Samir's avatar
      Fix the port to QRegularExpression · 7d2cfbe4
      Ahmad Samir authored
      I made some mistakes when porting from QRegExp to QRegularExpression:
      - With QRegularExpression::DotMatchesEverythingOption enabled, better use
        QRegularExpression::anchoredPattern and not rely on "^" and "$" to anchor
        the pattern (anchoredPattern uses "\A" and "\z" which is more accurate/precise)
      - Disable QRegularExpression::DotMatchesEverythingOption before subsequent
        setPattern calls, it's only needed for the first matching
      - When calling setPattern, obviously the previous QRegularExpression::anchoredPattern
        isn't going to be in effect, call it again if you want the pattern to be
        anchored
      
      Thanks to sitter for the unit tests that exposed the issue, and for
      spotting the issue with needing to anchor the pattern.
      
      All unit tests pass.
      7d2cfbe4
    • Harald Sitter's avatar
      add gdb line test for thread start and current thread markers · 7512f620
      Harald Sitter authored
      these tests do not presently pass because they regressed in the
      qregularexpression port 8d8062fe
      
      as for exmaple observed in https://bugs.kde.org/show_bug.cgi?id=423222
      which lacks the marker lines
      
      at a glance exactMatch->hasMatch wasn't a good port and so the line
      falls into the CRAP regex' `0x[0-9a-f]+.*|` which would match line
      containing a hex number
      7512f620
  13. 10 Aug, 2020 1 commit
  14. 08 Jul, 2020 1 commit
  15. 18 Jun, 2020 1 commit
  16. 17 Jun, 2020 1 commit
  17. 08 Jun, 2020 2 commits
  18. 03 Jun, 2020 1 commit
  19. 31 May, 2020 1 commit
  20. 17 May, 2020 1 commit
  21. 14 May, 2020 2 commits
  22. 12 May, 2020 2 commits
    • Harald Sitter's avatar
      Merge branch 'Plasma/5.18' · 85aa2616
      Harald Sitter authored
      # Conflicts:
      #	CMakeLists.txt
      85aa2616
    • Harald Sitter's avatar
      initialize bools to false by default · c517b795
      Harald Sitter authored
      Summary:
      This should fix random 113 errors (user_not_insider) coming out of the api
      
      I can't really reproduce the problem other than by setting the bools
      explicitly to true. Seeing as they were previously not set explicitly
      they could very well end up true accidentally.
      To fix this let's set them explicitly false.
      
      BUG: 421187
      FIXED-IN: 5.18.6
      
      Test Plan:
      hoping for the best!
      tests still pass tho
      
      Reviewers: davidedmundson, apol
      
      Reviewed By: apol
      
      Subscribers: plasma-devel
      
      Tags: #plasma
      
      Differential Revision: https://phabricator.kde.org/D29675
      c517b795
  23. 05 May, 2020 1 commit
  24. 28 Apr, 2020 1 commit
  25. 20 Apr, 2020 2 commits
    • Harald Sitter's avatar
      Merge branch 'Plasma/5.18' · 93c0e901
      Harald Sitter authored
      93c0e901
    • Harald Sitter's avatar
      disable automatic cookie injection · abb0115b
      Harald Sitter authored
      the http slave reads the cookie metadata and defaults to auto, which would
      try to find applicable cookies in the cookiejar and inject it into every
      request. this is problematic because that cookie is not from drkonqi but
      rather some other software (e.g. konqueror). as such the cookie is entirely
      useless for us but gets in the way when bugzilla finds the cookie to be
      unacceptable for whatever reason (outdated,invalid,unexpected).
      
      force all apijobs to disable cookies entirely. we have no use for them.
      
      BUG: 419646
      FIXED-IN: 5.18.5
      abb0115b
  26. 19 Apr, 2020 2 commits