Skip to content
GitLab
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • concrexit concrexit
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
  • Issues 70
    • Issues 70
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 10
    • Merge requests 10
  • Deployments
    • Deployments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • Repository
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • thaliathalia
  • concrexitconcrexit
  • Issues
  • #156
Closed
Open
Issue created Nov 16, 2016 by Joost Rijneveld@lrijneveldContributor

Membership migration requires some handwork

While users are still created, Member objects are not. This is really about Memberships. The old website had an enum instead of a proper history. This is a problem, in particular for things like the photos app that rely on these for permissions.

The solution is obvious: someone needs to sit down and type all the data from the physical binder into the database. That could be a few weeks of work though.

As an intermediate solution, we now set the membership of every member (or sponsor) to date.now() during the migration. This means that the date is clearly recognisable, and that members have an actual valid membership. It presents issues when memberships end and are not renewed.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking