Add issue/PR templates using Gitea YAML forms for structured bug reports, feature requests, and pull requests. This PR is an example of how the PR template would look like. Sadly; showing how issue templates look like is tedious to check until it is on a default branch (main).
Also add basedpyright type checking to Python CI workflow as I noticed we were not using these. Consider adding config file to cover warnings/errors of our choice. Currently, the typecheck fails.
## Description
Add issue/PR templates using Gitea YAML forms for structured bug reports, feature requests, and pull requests. This PR is an example of how the PR template would look like. Sadly; showing how issue templates look like is tedious to check until it is on a default branch (`main`).
Also add basedpyright type checking to Python CI workflow as I noticed we were not using these. Consider adding config file to cover warnings/errors of our choice. Currently, the typecheck fails.
## Related Issue
Closes #135
## Type of Change
- [ ] Bug fix
- [ ] New feature
- [x] Refactor / style
- [x] CI / build / tooling
- [ ] Documentation
## Tested
- [x] Build succeeds
- [x] Existing tests pass
- [ ] Manually verified
## Breaking Changes
None.
## Checklist
- [ ] CI passes (format, lint, typecheck)
- [x] Clean commits
- [x] No new warnings
- [ ] Docs updated if needed
AramJonghu
self-assigned this 2026-07-08 22:14:04 +02:00
Looks good to me. Only thing I have to say is maybe we should make an input field for non-systemd users to write their init system. It's not very useful right now since currently it is indeed just if not systemd; then but it could be useful later down the line if specific, non-systemd features are added.
Looks good to me. Only thing I have to say is maybe we should make an input field for non-systemd users to write their init system. It's not very useful right now since currently it is indeed just `if not systemd; then` but it could be useful later down the line if specific, non-systemd features are added.
Yea; I thought it would be better to have the user manually fill their init system. It would be quite the noise to add most of the init systems available. For now though, most init system issues would be down to taking into account a user is not using uwsm.
Yea; I thought it would be better to have the user manually fill their init system. It would be quite the noise to add most of the init systems available. For now though, most init system issues would be down to taking into account a user is not using uwsm.
Absolutely agreed, I didn't mean making a dropdown option for each init system. I just meant adding a non-required text input where the user can write their init system.
Absolutely agreed, I didn't mean making a dropdown option for each init system. I just meant adding a non-required text input where the user can write their init system.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Description
Add issue/PR templates using Gitea YAML forms for structured bug reports, feature requests, and pull requests. This PR is an example of how the PR template would look like. Sadly; showing how issue templates look like is tedious to check until it is on a default branch (
main).Also add basedpyright type checking to Python CI workflow as I noticed we were not using these. Consider adding config file to cover warnings/errors of our choice. Currently, the typecheck fails.
Related Issue
Closes #135
Type of Change
Tested
Breaking Changes
None.
Checklist
WIP: init(new branch): New branchto WIP: pr templates9df351b544tof75fef3f55pr templatesto pr and issue templates + typecheck ci pythonLooks good to me. Only thing I have to say is maybe we should make an input field for non-systemd users to write their init system. It's not very useful right now since currently it is indeed just
if not systemd; thenbut it could be useful later down the line if specific, non-systemd features are added.Yea; I thought it would be better to have the user manually fill their init system. It would be quite the noise to add most of the init systems available. For now though, most init system issues would be down to taking into account a user is not using uwsm.
Absolutely agreed, I didn't mean making a dropdown option for each init system. I just meant adding a non-required text input where the user can write their init system.