Read about our upcoming Code of Conduct on this issue

This instance will be upgraded to Heptapod 0.28.0 on 2022-01-18 at 14:00 UTC+1 (a few minutes of down time)

  1. 13 Dec, 2020 1 commit
    • Georges Racinet's avatar
      Bitbucket import: removed most of the code · fdb960fc35b5
      Georges Racinet authored
      There aren't Mercurial repositories to import from Bitbucket
      any more: our divergence with upstream on this is now just a
      drag.
      
      Removal is partial in order not to jeopardize the installation
      of 0.18.0rc1 on foss.h.n (second OAuth, worker queue registration
      etc.). In all cases, behaviour on such configurations will be
      tested and adjusted before release.
      
      --HG--
      branch : heptapod
      fdb960fc35b5
  2. 20 Aug, 2020 1 commit
  3. 25 Jun, 2020 1 commit
  4. 04 May, 2020 1 commit
    • Georges Racinet's avatar
      Bitbucket import: setting default branch · d6a1c5cdb282
      Georges Racinet authored
      Closes #251
      
      If we don't do this, GitLab will set it to the first seen
      and committed through post-receive hooks.
      
      The minor complication here is that we can't do it upfront
      in `BitbucketImport::ProjectCreator`, because it's not stored
      in the SQL database, but rather in the Git repo itself (as its HEAD).
      
      Through the Bitbucket importer we can be confident that the branch indeed
      exists, without resorting to call Mercurial. Otherwise the project would
      be no more broken than on the Bitbucket side.
      
      --HG--
      branch : heptapod-stable
      d6a1c5cdb282
  5. 23 Apr, 2020 2 commits
    • Georges Racinet's avatar
      Bitbucket: attachments represenation and collection · 8ea52b657b3d
      Georges Racinet authored
      This is low level support for querying attachments, as will be
      needed in the importer.
      
      --HG--
      branch : heptapod-stable
      8ea52b657b3d
    • Georges Racinet's avatar
      Bitbucket: inner facilities for attachment import · 4817f4547a89
      Georges Racinet authored
      An attachment is described by a Bitbucket API full URL, which itself
      will redirect to their AWS S3 storage, with auth done by the
      query string.
      
      Therefore we need:
      
      - to be able to load URLs in full form
      - to stop using the OAuth2 client once it's not on Bitbucket
      - to load the final URL
      
      --HG--
      branch : heptapod-stable
      4817f4547a89
  6. 21 Jan, 2020 1 commit
    • Georges Racinet's avatar
      Bitbucket import: provider defaulting to `bitbucket` · 188e9f9d08b6
      Georges Racinet authored
      With this, if the `bitbucket_import` provider doesn't exist, the
      import will use the `bitbucket` one.
      
      In other words, this restores backwards compatibility after
      introduction of `bitbucket_import`
      
      --HG--
      branch : heptapod
      188e9f9d08b6
  7. 20 Jan, 2020 1 commit
    • Georges Racinet's avatar
      Bitbucket import: changing the OAuth provider name · f21e3f072abd
      Georges Racinet authored
      All Bitbucket imports now use a specific OAuth provider,
      `bitbucket_import`, solving #156.
      
      Simple SSO operations (sign-up/sign-in) are not affected:
      they still work with the `bitbucket` provider.
      Users will probably want to exclude `bitbucket_import`
      from SSO options on the sign-in page (can be done in
      the application settings page).
      
      --HG--
      branch : heptapod
      f21e3f072abd
  8. 18 Jan, 2020 2 commits
  9. 13 Dec, 2019 1 commit
  10. 29 Oct, 2019 1 commit
  11. 16 Oct, 2019 1 commit
  12. 26 Sep, 2019 1 commit
  13. 18 Oct, 2019 1 commit
    • Georges Racinet's avatar
      Bitbucket import: correct handling of non-fork PRs · 69bc08769a11
      Georges Racinet authored
      We have to respect our naming convention for Mercurial named
      branches, and to convert Mercurial (shortened) shas to Git shas.
      
      At this point, only non-fork PRs get imported. We'll have to
      figure out how to represent PRs from forks. Not that it seems
      that PyPy has lots of in-main-repo PRs, so that's already
      useful.
      
      Sadly, there's an issue with the serializing of errors in the
      `import_error` DB column: in BitBucketImporter::handle_errors,
      I could introspect the error up to the JSON formatting, but
      everything happens as if `update_column()` were a no-op.
      (to be investigated)
      
      --HG--
      branch : heptapod-0-6-stable
      69bc08769a11
  14. 13 Oct, 2019 1 commit
    • Georges Racinet's avatar
      Bitbucket import: detailed author info for issues, MRs and comments · 8c4feabb5a30
      Georges Racinet authored
      This creates a link to the Bitbucket user profile, whose text is
      nickname(display_name) if they don't coincide.
      
      Because this is obviously very specific to BitBucket, we don't use
      the generic `ImportFormatter`
      
      This solves #102, and makes a divergence with upstream GitLab for
      the sake of - I hope - much better clarity for our users.
      
      --HG--
      branch : heptapod-0-6-stable
      8c4feabb5a30
  15. 17 Oct, 2019 1 commit
    • Georges Racinet's avatar
      lib/bitbucket: backported up to f155cc9034f2 from GitLab · 875a89c436fa
      Georges Racinet authored
      This notably solves the username issue (#102)
      by using nickname everywhere.
      
      Did not include the filtering, would need to check the
      consequences in app/ and notably views, but could be
      done as a follow-up.
      
      It should also be less memory-hungry thanks to the
      freezing of litterals.
      
      
      commit f155cc9034f2247c5d368f9b0212ad44248b0c5e
      Author: GitLab Bot <gitlab-bot@gitlab.com>
      Date:   Wed Oct 16 03:06:12 2019 +0000
      
          Add latest changes from gitlab-org/gitlab@master
      
      commit e66d6781ef36e39d15b1b9bc84cc30e87969edad
      Author: GitLab Bot <gitlab-bot@gitlab.com>
      Date:   Thu Sep 26 18:06:29 2019 +0000
      
          Add latest changes from gitlab-org/gitlab@master
      
      commit 736b5908da637cbb35eb5fd1a10790c2ee17fcde
      Author: Dinesh Panda <dineshpanda92@gmail.com>
      Date:   Tue Sep 10 08:11:43 2019 +0000
      
          Avoid calling freeze on already frozen strings in lib
      
      commit 5ba77a49997221cc646f158d56c86a636b42e735
      Author: George Koltsov <gkoltsov@gitlab.com>
      Date:   Wed Aug 7 14:01:18 2019 +0100
      
          Add author lines to project import comments
      
      commit d598e4fd937797a7f7778f5b4158ebf73139ce7f
      Author: gfyoung <gfyoung17@gmail.com>
      Date:   Sat Oct 6 16:10:08 2018 -0700
      
          Enable more frozen string in lib/**/*.rb
      
          Enables frozen for the following:
      
          * lib/*.rb
          * lib/banzai/**/*.rb
          * lib/bitbucket/**/*.rb
          * lib/constraints/**/*.rb
          * lib/container_registry/**/*.rb
          * lib/declarative_policy/**/*.rb
      
          Partially addresses #47424.
      
      --HG--
      branch : heptapod-0-6-stable
      875a89c436fa
  16. 01 Oct, 2019 1 commit
    • Georges Racinet's avatar
      bitbucket: backported git commit 4bfd54f3d2e from GitLab 11 · beaee2685b08
      Georges Racinet authored
      original commit info
      
      commit 4bfd54f3d2e303d751d49834879867f3c62156e9
      Author: Bart Libert <bart.libert@gmail.com>
      Date:   Thu Apr 5 13:44:18 2018 +0200
      
          Import bitbucket issues that are reported by an anonymous user
      
          For these kind of issues, the "reporter" field is present but zero.
          In such a case, "fetch" will not return the default value, but it will
          return nil.
          Hence, importing fails, because the "username" field of nil is referenced
      
          Fixes issue #44381
      
      --HG--
      branch : heptapod-0-6-stable
      beaee2685b08
  17. 24 Sep, 2019 1 commit
    • Georges Racinet's avatar
      Bitbucket import: nope, Git is the invalid one. · 6ad0d1be5b04
      Georges Racinet authored
      The Bitbucket import page is filtered by this boolean method:
      all projects are displayed, but only valid ones have the "import"
      button.
      
      For mainline GitLab, only Git repos are valid. It's gonna be the
      other way round for Heptapod (until we support both or we decide
      to provide Git -> Mercurial conversion to the community)
      
      --HG--
      branch : heptapod
      6ad0d1be5b04
  18. 10 Sep, 2019 1 commit
  19. 07 Aug, 2019 1 commit
  20. 07 Oct, 2018 1 commit
    • gfyoung's avatar
      Enable more frozen string in lib/**/*.rb · 2b18511b0e6f
      gfyoung authored
      Enables frozen for the following:
      
      * lib/*.rb
      * lib/banzai/**/*.rb
      * lib/bitbucket/**/*.rb
      * lib/constraints/**/*.rb
      * lib/container_registry/**/*.rb
      * lib/declarative_policy/**/*.rb
      
      Partially addresses #47424.
      2b18511b0e6f
  21. 24 May, 2018 1 commit
    • Bart Libert's avatar
      Import bitbucket issues that are reported by an anonymous user · abd64b7d280b
      Bart Libert authored
      For these kind of issues, the "reporter" field is present but zero.
      In such a case, "fetch" will not return the default value, but it will
      return nil.
      Hence, importing fails, because the "username" field of nil is referenced
      
      Fixes issue #44381
      abd64b7d280b
  22. 28 Feb, 2018 1 commit
  23. 14 Aug, 2017 1 commit
  24. 02 Jun, 2017 1 commit
  25. 11 Apr, 2017 1 commit
  26. 01 Mar, 2017 1 commit
  27. 23 Feb, 2017 3 commits
  28. 19 Dec, 2016 1 commit
  29. 16 Dec, 2016 3 commits
  30. 15 Dec, 2016 1 commit
  31. 14 Dec, 2016 1 commit
  32. 13 Dec, 2016 2 commits
  33. 12 Dec, 2016 1 commit