The first step of the migration is making BPO read-only. The Roundup wiki has a page about making a tracker read-only, however this requires both code changes and fiddling with the roundup-admin.
A better approach would be:
[x] ~Add the detector from the wiki to prevent changes~ (apparently not needed)
[x] Remove edit permissions from Users and Developers) in schema.py
[x] Update the HTML templates (note that if users don't have edit permissions, the forms shouldn't be visible already):
[x] ~The register form for creating new users should be removed~ (already gone if users don't have permissions)
[x] ~The login form could be removed/hidden (unless needed by coordinators) if we decide users shouldn't log in anymore~
[x] ~The "Create new" link should be removed (might not be necessary if users can't login)~ (already gone)
[x] A banner pointing to GitHub should be visible on most/all pages (psf/bpo-tracker-cpython#12)
[x] Each individual issue should have a link to the corresponding GH issue (psf/bpo-tracker-cpython#17)
[x] In the issue list, there should be a link to each corresponding GH issue (psf/bpo-tracker-cpython#17)
The banner pointing to GitHub will initially be more prominent and mention that the migration is in progress, informing users that it won't be possible to report and edit issues during the migration. After the migration is complete it will be updated to be less prominent.
This should be tested locally first, and the test should include:
[ ] Check that none of the roles can create/edit issues (unless explicitly allowed, e.g. for Admin/Coordinator)
[ ] Check that creation/edit is prevented through all different interfaces:
[ ] Web
[ ] Mail
[ ] XMLRPC
These changes should be made available with a single PR, that can be merged (and if needed, rolled back) easily.
We should also determine what access level we should leave to users, since they might be able to access/remove their bpo accounts, updating/removing their email address, names, GH username, timezone, etc, and possibly even messages. Logged users also have access to summaries about the issues they created and that they are following, so they should also be able to review those summaries.
The first step of the migration is making BPO read-only. The Roundup wiki has a page about making a tracker read-only, however this requires both code changes and fiddling with the
roundup-admin
.A better approach would be:
Users
andDevelopers
) inschema.py
The banner pointing to GitHub will initially be more prominent and mention that the migration is in progress, informing users that it won't be possible to report and edit issues during the migration. After the migration is complete it will be updated to be less prominent.
This should be tested locally first, and the test should include:
Admin
/Coordinator
)These changes should be made available with a single PR, that can be merged (and if needed, rolled back) easily.
We should also determine what access level we should leave to users, since they might be able to access/remove their bpo accounts, updating/removing their email address, names, GH username, timezone, etc, and possibly even messages. Logged users also have access to summaries about the issues they created and that they are following, so they should also be able to review those summaries.