Evolving GitHub Issues - Public Preview #148713
Replies: 139 comments 392 replies
-
Parsing of code blocks in issue templates within the new GitHub Issues is broken. (see the bottom of the screenshots) Additionally, as you can see at the top, the name of the template and its description is no longer displayed in the preview of the new issues.
Using extra backticks or indentation leads to different parsing issue in the preview. (None allows to get proper display as without the new GitHub Issues)
Original issue template for the screenshots: https://github.com/quarto-dev/quarto-cli/blob/main/.github/ISSUE_TEMPLATE/bug_report.yml |
Beta Was this translation helpful? Give feedback.
-
Copying my comment from discussion 139935 (cc @alondahari @labudis): Linking to a text fragment does not work with the new GitHub Issues UI, reproduction steps:
Expected (old GitHub Issues UI)Example link:
Correct scroll position, highlighted "provide sample image(s)" text: Actual (new GitHub Issues UI)Example link:
Incorrect scroll position, no highlighted text: Also, copying the comment on my discussion thread by @MasterInQuestion:
|
Beta Was this translation helpful? Give feedback.
-
Copying my comment from the previous discussion We're still using the legacy issue template workflow because we want only a single template with some pre-defined content in the description. We don't want users to have to select a template. We noticed that the issue template no longer works after opting into the public beta. Now, I'm mainly curious to understand if this is intentional because the workflow is considered legacy or if you plan on bringing back support for legacy templates, and we can keep using it. Thank you |
Beta Was this translation helpful? Give feedback.
-
I'm not sure what is actually part of what "experience"/preview, as this discussions space doesn't really make it easy to navigate and understand how it all relates together, with announcements posted as "unanswered questions", and messaging from staff indistinguishable from any other content amidst emoji explosions in categories and labels looking like unicorn barf of color and shapes and other myspace-esque qualities that probably only make sense to folks under the legal drinking age… so sorry if I'm not posting in the right thread, but they all look quite alike, with some of the boilerplate text of announcements recycled, esp. wrt what's in scope and what not, that seems to be identical across the threads, so you've effectively lost me there;)
|
Beta Was this translation helpful? Give feedback.
-
The design whereby issues are listed in a single page is fundamentally useless for an issue with more than a few tens of posts. It should be possible to show an issue with a large number of posts in a multi-page scheme where it isn't necessary to expand elided posts. |
Beta Was this translation helpful? Give feedback.
-
First all, I want to say congratulations on the new features! I haven't had the time to play around with them as the preview has just rolled out for my repositories, but they do seem useful on a first glance. Sub-issues and issue categories are of course totally doable with crosslinking and labels, but giving them dedicated space in the UI is nicer. I'll follow up if I have further feedback once I've played around the new features. Anyway, I'm sure I missed the relevant discussions on the old (and unwieldy) thread, but I want to bring up two issues (🥁) I have: The sticky issue header no longer states the creation date or the number of commentsWhile I appreciate that some people probably don't need this information, I find it invaluable having these two pieces of information always available to me. When I'm sorting through tens of issues at once, it can be easy to lose track of what exact issue I'm on. For example, if I'm looking at an older and more heavily commented issue, I'll probably prioritize fixing this issue over a newer issue with less activity. Of course, I can still find this information from other places, but I have to click or scroll away, when with the old UI, it was just right there! Is it possible to readd this information to the header? If not (maybe it's used by the new features?), could we at least add a count of comments somewhere on the issue view? Labels are overly aggressively truncated in the timelineThis seems to be a trend with all of the recent UI refreshes. I get that making an UI less busy is nice and all, but there is more than enough room to display the full Shown issue: pypa/pip#13165 |
Beta Was this translation helpful? Give feedback.
-
One piece of a11y feedback I'd love to see sorted somehow rather soon(ish), as I'm not currently aware of a way to opt-out of the UI (as that's managed on repo owner side, or org/enterprise side?) is this aggressive flickering loading the numbers and search highlights: Screen.Recording.2025-01-14.at.22.38.10.mov(Safari 18, macOS 15) For my health condition this is only extremely uncomfortable, but for some others this flicker can be actually even dangerous. Could this please only display once loaded fully, and not "fly in" from random directions? (I'd honestly prefer the static values as the classic experience or PR view has upon loading in the first place.) |
Beta Was this translation helpful? Give feedback.
-
I'm not entirely sure if that is also part of the new timeline experience, but it landed with it for me so it seems relevant: Viewing edit history for individual comments has some changes that make it somewhat harder to understand what's added, what's changed, what's removed in the text… I was struggling with the "diff" color-coding there, will try to collect some samples over time to demonstrate the tiny things… However for now the bigger issue is the actual diff logic seems to have changed too, resulting in unreadable outputs like this: |
Beta Was this translation helpful? Give feedback.
-
Hello, And "we" are many and do not need to be moulded: |
Beta Was this translation helpful? Give feedback.
-
Issues list flashes after loadingWhen loading the issue list or changing pages the list of issues flashes momentarily shortly after loading. See the following video: output.mp4I'm using a vertical 2560x1440 display with Firefox 134.0.1 on Windows 11. |
Beta Was this translation helpful? Give feedback.
-
The 'close-as-duplicate' function is the only real positive of the rework for me. Its problem is that you have to guess which issue is the non-duplicate master issue. The potential duplicate-of list should prefer or identify issues where the issue has already had issues closed as duplicate-of it. And it should be re-implemented so as not to require JS (and then it would be fine just to type in the issue number). |
Beta Was this translation helpful? Give feedback.
-
Issue title box is tiny when composing new issueThe title box when composing a new issue is very small. This makes it hard to type issue titles of more than a few words. This runs counter to encouraging people to give descriptive issue titles. |
Beta Was this translation helpful? Give feedback.
-
Could sub-issues inherit from the parent labels by default? |
Beta Was this translation helpful? Give feedback.
-
Looking forward to trying out the advanced search! I very rarely need it, but when I do, not having it hurt. I don't like how accessing Most Reactions, Least Commented, Least Recently Updated, etc all take extra clicks now. Sure, the menu looks tidier now, but it's made browsing issues slower, without any new functionality that warrants the more complex interactions. The original menu was not large or overwhelming, it doesn't need to be shrunk. If it's being shrunk for phone users: cool, show that to phone users, not to people with proper screens :] I think even phone screens tend to be high-res enough now to fit the old menu quite comfortably, though. (And it's inconsistent with the PRs list. Presumably that'd be fixed eventually, but really I'd rather see the old PR-style menu kept, as it's more convenient, with everything available with one click in the menu.) (Edit: Whoops realised this is a Discussions thing probably not connected to the Issues rework, shows how often I use Discussions xP)
|
Beta Was this translation helpful? Give feedback.
-
Looks like some issues are hidden with default filters on this preview. |
Beta Was this translation helpful? Give feedback.
-
My $0.02: I don't like the new very minimal UI. The rich text box etc. looked nicer. Maybe I'm too old and grumpy with change bit yeah. |
Beta Was this translation helpful? Give feedback.
-
Not too keen on the new issue creation experience. The creation window is too small. We use templates for different issues, and when I select a template and make the creation window full-screen, the template reverts to the default, so I have to choose the template again. It now takes 5 clicks to accomplish what I used to be able to do in 2. |
Beta Was this translation helpful? Give feedback.
-
We have some problems with this new issue experience. Our issue template includes a drop down with a list of plugins (100+). The first problem is that with this new modal view it is not possible to scroll down. So it is impossible to select later items of the list. The second problem is that if you switch to the fullscreen view it switches back to an empty template instead of keeping the same template as in the modal. The third issue was already present before this issue changes were made. It is not possible to pass a value to a Drop down with a link. |
Beta Was this translation helpful? Give feedback.
-
I really don't like the new modal bug report (flow is new issue -> select template -> now a small modal) and feel like this is a significant UI/UX regression over the previous issue reporting design where after selecting an issue template it opens in its own proper issue page. I find it very important that design first-and-foremost needs to be functional! I'll list my pain points with this design in the following:
UPD: someone kindly pointed out to me there is a "fullscreen" button in the top-right corner of the modal dialogue menu bar.
Can we please just not have this secondary modal dialogue thing, and just use the proper fullscreen issue creation page? My apologies if this sounds like a rant (it kinda is), because I find it very frustrating to use (whereas I had no significant complaints for the old issue creation page). UPD 2: someone else also kindly pointed out to me that the fullscreen button doesn't keep the contents of the textfield of the modal dialogue if you have already written something and just deletes all your content. |
Beta Was this translation helpful? Give feedback.
-
Not sure if related to the new GitHub Issues, but it seems for issues and comments created by GoogleCodeExporter GitHub is not working properly:
Not sure if other (bot) accounts are affected as well. See https://github.com/orgs/community/discussions/150115. Would be great if someone could take a look at this. |
Beta Was this translation helpful? Give feedback.
-
The UI allows clicking on "Ghost" users to add them to the filtering, but filtering by ghost users doesn't work. To be fair, filtering by ghost users wasn't possible before either, but hopefully it can be added as part of the new issues filtering? |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
New Issue Experience not shows the action status of commits. It would be better if adding it back. Disabled previewEnabled preview |
Beta Was this translation helpful? Give feedback.
-
Seems like the new UI doesn't respect the issue_template config. In our case blank issues should be disabled and only links to external issue tracker are provided instead. With the new design enabled, users can open blank issues without anything stopping them, links to external resources never show up as they were before |
Beta Was this translation helpful? Give feedback.
-
Hello all, I reported this bug via Support, they confirmed they can reproduce it, and said to report it here instead. Description My repositories have a single issue template configured which previously showed up in the description field of a new issue automatically: https://github.com/DavidAnson/markdownlint/blob/main/.github/issue_template.md Documentation for this feature is here: https://docs.github.com/en/communities/using-templates-to-encourage-useful-issues-and-pull-requests/manually-creating-a-single-issue-template-for-your-repository The behavior should be (used to be) that opening an issue in this repository did not prompt for a template and automatically inserted the content of the template into the description of the new issue. (The template above is a large HTML comment to guide people to the right repository.) However, in the Preview Issue experience I've been opted into, the description field of a new issue is blank. Reproduction Steps
OR
Fault Type Permanent - Occurring repeatably |
Beta Was this translation helpful? Give feedback.
-
DescriptionHey, I'm facing what appears to be a massive problem 😱 with task-lists to sub-issues migration. I get the following error on numerous task-lists, when migrating to sub-issues:
I've been using task-list VERY HEAVILY in order to organize issues across multiple projects (some open source, some private) and sometimes multiple orgs. This error clearly shows that that sub-issues is still not in complete parity with task-lists, and therefore I'd very much appreciate addressing this issue before the migration's deadline 🙏🏻 🙏🏻 🙏🏻 |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
@labudis "ETA for project support in Markdown issue templates?" Currently only supported in yml as shown in docs Check the image also |
Beta Was this translation helpful? Give feedback.
-
GitHub Issues is evolving! 🥳
💬 Feedback wanted
Thank you for participating in the issues public preview for sub-issues, issue types and advanced search.
To provide your feedback on other experiences released at the same time, please visit:
This new functionality is built on top of a UI rewrite of issues, which we would love your feedback on!
The aim of this rewrite was to clear up technical debt, allowing us to move faster in bringing new functionality to issues. With this in mind our goal has been parity with the existing experience. It should feel very familiar with only a few minor cosmetic tweaks.
The experiences that have been included so far in these updates are:
The milestones, labels and /issues dashboard pages have not yet been migrated.
Please leave your feedback below on what is working well, any bugs you encounter, and what else you'd like to see!
🛠️ Things we fixed
We're listening to your feedback and working hard to address the highest priority issues. Below is a list of bug fixes and enhancements that we rolled out since we launched the Public Preview.
🛠 Bug fixes:
✨ Features & Enhancements:
Beta Was this translation helpful? Give feedback.
All reactions