Skip to content

In "choose a new issue type", selecting "Blank issue" goes back to the "choose an issue type" page #13415

@pfmoore

Description

@pfmoore
Member

Description

As it says in the title - if you select "Blank issue (maintainers only)", you don't get a blank issue, you get the "pick an issue type" page again.

Expected behavior

You get a blank "new issue" page to fill in.

pip version

N/A

Python version

N/A

OS

N/A

How to Reproduce

  1. Go to https://github.com/pypa/pip/issues/ and click the "New issue" button.
  2. Select "(Maintainers only) Blank Issue".
  3. A new tab opens, on the page https://github.com/pypa/pip/issues/new/choose

Presumably, this is because issues/new redirects to issues/new/choose if there's no template, but "Blank Issue" is intended to have no template...

Output

No response

Code of Conduct

  • I agree to follow the PSF Code of Conduct.

Activity

added
type: bugA confirmed bug or unintended behavior
S: needs triageIssues/PRs that need to be triaged
on Jun 5, 2025
notatallshaw

notatallshaw commented on Jun 5, 2025

@notatallshaw
Member

Can confirm, faced this today, it regressed at some point, presumably something on GitHub side changed

ichard26

ichard26 commented on Jun 5, 2025

@ichard26
Member

This is a recent change as GitHub rolls out the new issues experience: https://github.com/orgs/community/discussions/14287#discussioncomment-12622212

The TL;DR is that GitHub is enforcing blank_issues_enabled: false in the issue template configuration strictly.

blank_issues_enabled: false
contact_links:
- name: "(maintainers only) Blank issue"
url: https://github.com/pypa/pip/issues/new
about: For maintainers only.

While it would be easy to reenable blank issues, we trade one problem for another: the "create a blank issue" becomes a prominent option. For example, this is what it looks like the Black repository:

Image

This could be too enticing and too visible such that users will file blank issues (ignoring our templates) because they aren't paying attention or thinking.

Although we don't actually get that many issues these days, so perhaps the risk of inadvertent blank issues is negligible? I'd be fine with flipping the configuration setting and seeing if there's any fallout. If there is, we can reassess.

ichard26

ichard26 commented on Jun 5, 2025

@ichard26
Member

Oh wait, we already have a giant button for creating new blank issues. The difference is that only people with write access to the project are (or rather, were) actually able to use it. Removing blank_issues_enabled: false would let anyone file blank issues.

pfmoore

pfmoore commented on Jun 5, 2025

@pfmoore
MemberAuthor

Could we simply have a template for "blank" issues that was, well..., blank?

ichard26

ichard26 commented on Jul 8, 2025

@ichard26
Member

This has been fixed by toggliing blank_issues_enabled to true in our issue template configuration. Ideally, it would be the very last option in the template list, but at least the bug and feature templates come first ¯\_(ツ)_/¯

Image
added
type: maintenanceRelated to Development and Maintenance Processes
and removed
type: bugA confirmed bug or unintended behavior
S: needs triageIssues/PRs that need to be triaged
on Jul 8, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    type: maintenanceRelated to Development and Maintenance Processes

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

      Development

      Participants

      @pfmoore@notatallshaw@ichard26

      Issue actions

        In "choose a new issue type", selecting "Blank issue" goes back to the "choose an issue type" page · Issue #13415 · pypa/pip