1. 31 Oct, 2020 1 commit
  2. 22 Oct, 2020 1 commit
  3. 21 Sep, 2020 1 commit
  4. 03 Mar, 2020 1 commit
  5. 25 Sep, 2019 1 commit
    • Harald Sitter's avatar
      fix default version selection to allow for renamed "unspecified" versions · b769764b
      Harald Sitter authored
      plasmashell for example has a "master" instead of "unspecified". if we
      still tried to file a bug against "unspecified" bugzilla will throw rather
      unhelpful errors. instead as a fallback to finding a "proper" version, make
      sure to set the "default" to something sane. if the hardcoded default
      doesn't map to an actual version as per the API we pick the lowest possible
      id and file against that instead. seeing as you cannot remove versions this
      should technically be the "unspecified" version no matter what it was
      renamed to.
      BUG: 411983
      Test Plan: can file bugs against plasmashell even when kcrash passed an empty or unmapped version
      Reviewers: #plasma
      Subscribers: plasma-devel
      Tags: #plasma
      Differential Revision: https://phabricator.kde.org/D24214
  6. 20 Jul, 2019 1 commit
  7. 28 Jun, 2019 1 commit
    • Harald Sitter's avatar
      port to bugzilla REST API · a4330e62
      Harald Sitter authored
      the old API is deprecated. the new API is RESTy and much easier to use
      plus also has some efficiency boosts.
      this commit introduces a new supporting library to wrap the REST API
      for easy consumption in drkonqi.
      - new internal lib wrapping the REST API
      - unit testing of the lib
      - xmlrpc use gone
      - BugzillaManager continues to be a singleton manager for the API
      - ancient cookie system for login is entirely gone, this has been
        deprecated (or perhaps even removed?) for years
      - duplicate querying is pretty inefficient, needs porting to
        pagination, but is not worse than what it was before. in fact,
        it's faster than before out of the box!
      the lib api is split in three pieces:
      1. the connection containing protocol logic
      2. the clients containing routing logic
      2.1. command models that are basically POSIX-style argument structs which can serialize into json
      3. the models deserializing the json API replies back into cpp
      clients get a request, give back a job and the intended use is for
      the consumer to then connect to the finished signal of the job to then
      ask the clients for the final return value of the job.
      this is a bit 'meh'. what I really wanted was a Future to be returned
      and the caller to connect to the future. unfortunately qfuture is fairly
      limited and since qtbase has no Promise implementation I'm rather opting
      for the double-function-approach than doing it like we did in the previous
      decade and have a gazillion signals.
      this way the handling of the job is always uniform and all specific
      "handling code" is inside the connected slot rather than the actual
      error handling has been put entirely into exceptions which get raised
      when trying to access a finished job. in BugzillaManager they get rescued
      and turned into the already existing signals. this simplifies error
      handling a fair amount and also makes the error handling code
      look uniform across the various API calls we have.
      the uniform representation of errors on the REST side thus always has
      uniform representation on the c++ side.
      Reviewers: apol
      Reviewed By: apol
      Subscribers: apol, plasma-devel
      Tags: #plasma
      Differential Revision: https://phabricator.kde.org/D19612
  8. 16 Jan, 2018 2 commits
  9. 28 May, 2015 2 commits
  10. 20 Oct, 2014 1 commit
  11. 08 Apr, 2014 1 commit
    • Aleix Pol Gonzalez's avatar
      Initial import from the monolithic kde-runtime. · 81c1985e
      Aleix Pol Gonzalez authored
      This is the beginning of revision history for this module. If you
      want to look at revision history older than this, please refer to the
      techbase wiki for how to use Git history grafting. At the time of
      writing, this wiki is located here:
      If you have already performed the grafting and you don't see any
      history beyond this commit, try running "git log" with the "--follow"
      Branched from the monolithic repo kde-runtime, frameworks  branch, at commit