1. 18 Sep, 2020 1 commit
  2. 26 Aug, 2020 4 commits
  3. 17 Sep, 2020 3 commits
  4. 10 Sep, 2020 1 commit
  5. 05 Sep, 2020 2 commits
    • Matt Harbison's avatar
      config: specify the extension when forcing a config option · 1ee535d769db
      Matt Harbison authored
      I noticed that `hg config server --debug` said 'none: server.bundle1=False'.
      branch : stable
    • Matt Harbison's avatar
      tests: use the modern config setting to enable evolution in topic tests · 044ce00dfa88
      Matt Harbison authored
      When adding `hg pick --config extensions.evolve=` to test-topic-dest.t to
      investigate issue6406, it failed with `abort: unknown command 'pick'`.  This is
      a manifestation of issue6039.  I made several attempts at determining the root
      cause, and while I'm still worried about *why* a config setting can cause the
      extension to fail to fully initialize, there are some topic bugs to cleanup and
      I don't feel like spending more time on this.
      branch : stable
  6. 08 Sep, 2020 3 commits
  7. 05 Sep, 2020 1 commit
  8. 26 Aug, 2020 1 commit
    • Martin von Zweigbergk's avatar
      dirstate: replace _uncommitdirstate() by core's movedirstate() · 2df762b9c0c5
      Martin von Zweigbergk authored
      IIRC, when _uncommitdirstate() was upstreamed, it got cleaned up a
      lot. Let's switch to the simpler upstream version.
      This fixes the brokeness in `hg uncommit` demonstrated by the previous
      patch. The problem was that _uncommitdirstate() had not been properly
      updated to support uncommitting to another commit. If you replace
      `oldctx.p1()` by `ctx` there, you would get this same diff as from
      this patch (the `interactive` code path had been fixed this way
      branch : stable
  9. 03 Sep, 2020 1 commit
    • Martin von Zweigbergk's avatar
      tests: add test showing that `hg uncommit --rev` can fail to mark file added · 80b5d4b85a52
      Martin von Zweigbergk authored
      The test case modified in this commit uses `hg uncommit --rev 0 b` to
      revert the parent commit's state to revision 0 where file `b` doesn't
      exist. The file is still tracked in the dirstate (correctly, since `hg
      uncommit` should not affected the tracked-ness), so `hg status` should
      report it as added. However, as the calls added in this patch shows,
      it gets reported as modified instead.
      branch : stable
  10. 02 Sep, 2020 1 commit
    • Matt Harbison's avatar
      topic: fix the `topic(...)` revset to not select commits without a topic · 95478db35f88
      Matt Harbison authored
      The problem seems to be that the now removed __contains__ check would select any
      revision indicated by a non-string argument.  This led to `topic(head())`
      returning a bunch of non-topic heads, though not as many as simply `head()`.
      I'm likely misunderstanding something, because there appears to be a similar
      __contains__ check for `branch()` in core.  But maybe that's just harder to see
      the issue, because branch names doesn't disappear like topics.
      branch : stable
  11. 21 Aug, 2020 4 commits
  12. 02 Aug, 2020 1 commit
  13. 31 Jul, 2020 3 commits
  14. 12 Jun, 2020 1 commit
  15. 11 Jun, 2020 1 commit
    • Anton Shestakov's avatar
      topic: treat argument to --topic as a literal topic name explicitly · 7f80558c9b8d
      Anton Shestakov authored
      We already do treat it as a string (i.e. not a special revset language symbol)
      that needs to be escaped, because we use %s in repo.revs(), which escapes and
      single-quotes the appropriate argument. But now we abort in case user supplies
      topic name that doesn't exist.
      Before this patch, when user ran something like `hg push --topic .`, this code
      would use 'topic(".") - obsolete()' revset, which would get an empty set from
      repo.revs() unless there was a topic named "." (unlikely, because this name is
      reserved). This code would then add an empty set to the 'rev' argument of the
      original hg push command. And `hg push` without -r will try and push
      everything, and not just changesets on a specific topic.
      branch : stable
  16. 27 Jul, 2020 1 commit
  17. 22 Jul, 2020 7 commits
  18. 21 Jul, 2020 1 commit
  19. 04 Jul, 2020 1 commit
  20. 29 May, 2020 1 commit
  21. 21 Jul, 2020 1 commit