Skip to content

Improve error handling and upgrade Jira Cloud to API v3#95

Open
galvani wants to merge 6 commits intodmfs:mainfrom
galvani:feature/upgrade-api
Open

Improve error handling and upgrade Jira Cloud to API v3#95
galvani wants to merge 6 commits intodmfs:mainfrom
galvani:feature/upgrade-api

Conversation

@galvani
Copy link

@galvani galvani commented Jan 30, 2026

No description provided.

- Upgrade Jira Cloud client from API v2 to v3
- Add debug logging for deployment type, hosts, and API requests
- Handle unknown deployment-type with error message
- Add URL validation in RestClient to catch invalid URLs early
- Add null client check before making API calls
- Add support for GNOME Shell 48 and 49
Complete the API v3 migration for JiraServerClient (issue and filter
methods) and update JiraCloudClient filter to use the new POST-based
search/jql endpoint. Add spacing to popup menu for better readability.
Work tracking now continues indefinitely until the user stops it.
The label shows elapsed time instead of remaining time.
@galvani galvani marked this pull request as ready for review January 30, 2026 11:20
@dmfs
Copy link
Owner

dmfs commented Feb 1, 2026

Thanks for the PR. Would you mind splitting the API update and UX update into two separate PRs?
Tomorrow, I can check if API version 3 actually works with our server instance. I always was under the impression that the server version only supports version 2 of the API. For the cloud version this makes a lot of sense though.

Regarding the start-stop behavior, I'd like to keep auto-stop because it works best for me. I often tend to forget to stop time tracking, and this way I can be sure that my work has been tracked (especially when it's been auto-started by a branch checkout).
You can "emulate" start-stop by setting the default time to 8 hours, because you still can end the work log at any time. Alternatively we can make this configurable or set an auto-stop time of day (so if you forget to stop the timer on Friday afternoon, your worklog won't cover the entire weekend). I understand that people have different preferences, so let's try to build something that works for most people. Does that make sense?

The Tempo Server API v4 returns a single object instead of an array
when creating worklogs. The old code only handled array responses,
causing the callback to be called without the worklog result. This
set _current_work to undefined, preventing subsequent updates.
@dmfs
Copy link
Owner

dmfs commented Feb 7, 2026

I've tested the changes and indeed our server instance does not support API version 3. Please consider splitting this PR into one for the Jira + Tempo Cloud updates and another one to discuss the updated tracking behavior.

- Add optional knock sound that plays with nag notifications (via paplay)
- Add working hours and working days configuration for nag notifications
- Add auto-stop timer as a toggleable setting
- Propagate worklog API errors to user-facing notifications
- Add AGENTS.md codebase architecture reference

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants