There is no "Write to VCS" column in the Maintainers tab.

Comments

eliza411’s picture

Priority: Critical » Major
Issue tags: +Git Community Testing Blocker

Although this privilege was returned, apparently when "Manage git repositories for projects." is checked at http://git-dev.drupal.org/admin/settings/git-repo-manager, projects created *before* that was enabled do not get the privilege.

This situation shouldn't happen in production, but it will create tons of confusion in testing.

eliza411’s picture

Issue tags: +retest after build
mikey_p’s picture

Issue tags: -retest after build

I don't think this is really a bug, if that setting is off there will be no repo, and if there's no repo for a given project, the checkbox doesn't show. Checking that setting won't go back and create a repo for al the projects that are missing repos.

mikey_p’s picture

Issue tags: +retest after build

Sorry I didn't realize this is against the build process.

eliza411’s picture

The absence of the "Write to VCS" permission on the maintainers tab has so far indicated two separate and distinct problems on the backend, both of which resulted in the failure to create a repo.

The absence of a repo causes a number of other interface issues (you can't clone a non-existent repo, for example).

@sdboyer has made changes that should prevent the two known problems in the future, however he feels it's likely that additional beanstalkd issues will come up during testing. I'm wondering if it is unreasonable to wish for an error message when a repository doesn't exist?

Related issue #1031852: Create tests for existence of a repository after project creation

eliza411’s picture

Title: Write to VCS permissions are missing » Write to VCS permissions are missing / No repo was created

I'm updating this title since testers only see the absence of interface elements ("Write to VCS" permissions and missing "Git instructions" tab) and the failure of cloning (You can't clone an empty repo).

Developers are thinking of this as "There's no repository" and that has indeed been the cause of this issue so far.

eliza411’s picture

Status: Active » Fixed
Issue tags: -retest after build

This has been working reliably since fixes went in *and* we have tests for it, so I'm marking it fixed.

Status: Fixed » Closed (fixed)
Issue tags: -Git Community Testing Blocker

Automatically closed -- issue fixed for 2 weeks with no activity.