Add project column picker to issue and pull request sidebar#37037
Conversation
bircni
left a comment
There was a problem hiding this comment.
Doesn't feel consistent and good
|
Got it, will extend the combo box even if this makes the impact radius bigger.
Same.
The other PR is closed and tangled up in multiple projects per issue. I just want to do a single Kanban project for my repos and be able to move the column it is on from the issue page. Will you accept this PR if it only addresses single project needs? |
|
@wxiaoguang I think this is worth another look. |
|
I think this would close #13520 |
|
I have some ideas to simplify the code, will take a try later. |
|
Not sure I like this full-size dropdown UI, it looks strange. Maybe change it to a simple SVG icon besides the project, with dropdown menu attached. Does GitHub offer similar functionality? Also this will almost certainly conflict with #36784. |
Already considered about that, prepared for it: |
|
how is the UI now? Still a fat |
|
(Just writing the comment) My concerns were all addressed. Especially that we have a clear partial-reloading approach. It should bring better user experiences. And it won't really block "Multiple projects" feature. The remaining TODOs:
|
|
those 2 rows still refer to the same project, right? Can we just make a small "cog" or similar item that opens a menu (probably with tippy)? I would prefer 1 project per row. |
First is project, second is column. No idea what you ask for. |
|
I'm wondering how it would look with multiple projects:
That would be a confusing display. Better would be:
|
|
IDK about this feature. It's a confusing display for what I think is a rather pointless feature and increase of visual complexity. GitHub does not support this afaik and I think they may have good reason to not bloat the UI with this column display. A issue is part of a project, that's enough info that I need, if I need more, I go to the project. |
|
Maybe future multi-project could display But I'm still not quite sold on this display. The header says "Projects" and list tow rows which instinctively makes me think its two projects while it is 1. I think column needs more visual distinction, like lighter and/or smaller text. |
|
I extracted my code to Refactor issue sidebar #37045, it doesn't display the "project column" on sidebar |
wxiaoguang
left a comment
There was a problem hiding this comment.
Thank you very much for the updates.
Just a question: why the test is "slow" ..... it only updates some database values, no idea why it needs more than 5 seconds (up to 15 seconds)
|
We should aim for fast e2e tests, like sub-5 seconds on a fast machine like a recent MacBook Pro. 15s is definitely too slow. Edit: I think @wxiaoguang may not be talking about the e2e test. |
also not 100% sure but it failed in ci and locally when not on Mac it also failed idk why |
|
This seems to have merged with the e2e test failing: https://github.com/go-gitea/gitea/actions/runs/24629021246/job/72013019250. I thought our CI does not allow merge with failing tests. |
|
I strongly recommend to run any e2e test change at least 20 times locally before committing. These are exceptionally prone to be flaky, care must be taken. |
|
Yes, and it seems that my question is still there. #37037 (review) It shouldn't be that slow, 15s or 30s won't make the test succeed. Need a complete fix for the root cause |
|
Ran it 20x locally Never failed |
|
@bircni can you follow up with a pr that fixes the flake and makes it fast? |
|
We have a global 30s timeout on tests, so your 45s test will always fail on CI and always pass locally (asssuming local runs 3x as fast). That test needs to be much faster. It was like 2-3s before your change. |
|
The fact that this had passed locally but fails on CI means Line 101 in 2f5b5a9 |
|
I'll follow up on this, it also needs a tweak to that 30s timeout. |
I ran it many times now, always fails if it fails on firefox but it fails now idk how and why as before it did not On a MacBook Pro M4 Pro so power should be enough |
|
@bircni btw what model are you using? I recommend only using Opus 4.6+ or GPT 5.4, both set to a minimum of high effort. Based on the quality of some of your PRs I have a strong suspicion that you are not using a capable-enough model. |
|
#37297 will fix it. |
|
Thank you all for the work you added to this to get my PR into shape. I'm taking notes to apply to my future work. I'm excited to have landed a contribution! |
|
@myers thanks, I think you should use a better model and/or set more effort. I spotted multiple problematic patterns in this PR that arise from low-effort models, mistakes which my Opus 4.7 on xhigh+ would not make. |
Looking back part of what needed work in this PR was a side effect of adapting work that was targeted for Forgejo that I felt good about, before I became aware of their no AI policy. I rushed too much focusing on getting something that worked on gitea vs getting something that was good code AND worked on gitea. Also the switch up from issue has a project to issues have more than one project cause some rework. While not having time travel I was unable to use Opus 4.7, this PR, among the others, was always using the best Claude model that was available. Do let me know if you have either time travel or a spare mythos invite ;) |
|
4.6 is likely fine too, it's the effort level that matters, high/xhigh/max is recommended. It saves a lot of time in the end because the code it yields is so much cleaner. Also it might be mine does not make such errors because I have a very strict personal CLAUDE.md. |
* 'cast' of github.com:silverwind/gitea: Fix Mermaid diagrams failing when node labels contain line breaks (go-gitea#37296) Add project column picker to issue and pull request sidebar (go-gitea#37037) Fix container auth for public instance (go-gitea#37290) Refactor frontend `tw-justify-between` layouts to `flex-left-right` (go-gitea#37291) Update Nix flake (go-gitea#37284) Workflow Artifact Info Hover (go-gitea#37100)
would really like to see your claude.md and learn from it |
|
Can't share it as it contains a number of private parts, maybe I'll split it later and publicize the public parts. As a starter, use the essence of these instructions, it's what I used when creating mine: https://github.com/drona23/claude-token-efficient/blob/main/CLAUDE.md |
* main: (25 commits) Add WebKit to e2e test matrix (go-gitea#37298) Don't add useless labels which will bother changelog generation (go-gitea#37267) Fix Repository transferring page (go-gitea#37277) Stabilize issue-project e2e test, increase timeout factor (go-gitea#37297) Fix Mermaid diagrams failing when node labels contain line breaks (go-gitea#37296) Add project column picker to issue and pull request sidebar (go-gitea#37037) Fix container auth for public instance (go-gitea#37290) Refactor frontend `tw-justify-between` layouts to `flex-left-right` (go-gitea#37291) Update Nix flake (go-gitea#37284) Workflow Artifact Info Hover (go-gitea#37100) [skip ci] Updated translations via Crowdin release notes for 1.26.0 (go-gitea#37282) Enhance GetActionWorkflow to support fallback references (go-gitea#37189) Refactor LDAP tests (go-gitea#37274) Remove `SubmitEvent` polyfill (go-gitea#37276) Upgrade go-git to v5.18.0 (go-gitea#37268) Avoid top-level await (go-gitea#37272) Frontend iframe renderer framework: 3D models, OpenAPI (go-gitea#37233) pull: Fix CODEOWNERS absolute path matching. (go-gitea#37244) Swift registry metadata: preserve more JSON fields and accept empty metadata (go-gitea#37254) ...



Why? You are working on a ticket, it's ready to be moved to the QA column in your project. Currently you have to go to the project, find the issue card, then move it. With this change you can move the issue's column on the issue page.
When an issue or pull request belongs to a project board, a dropdown appears in the sidebar to move it between columns without opening the board view. Read-only users see the current column name instead.
This was written using Claude Code and Opus.
Closed:
Open:
