You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
We recently migrated our Jira with WorkLogPro to a new server. One of our API calls to WorkLog pro no longer works. When attempting to create a new worklog entry we receive 400 - bad request with an empty response body. We are able to update an existing worklog entry and pull worklog time for employees. We just cannot post a new worklog. If we change the URL to our test server the post works so we are convinced the json syntax is correct. Here is the payload:
"comment": "Vacation - 8 hours",
The response (empty):
Oddly if we purposefully adjust the payload to include a bad value, such as a non-existent attribute, the API will return the following, indicating we are able to reach the server:
"localizedMessage": "187 is not valid for attribute:Activity",
"message": "187 is not valid for attribute:Activity"
The log on the server shows our API user as authenticating when the request is made.
Can you specify which version of WorklogPRO you are using? Also can you increase log level of WorklogPRO, try again and check the logs. This may show more information. Are you sure authorUserKey is correct? May be you need to use authorUsername instead? For newer versions of Jira, user keys are completely different than usernames.
Can you try to create an account and also set accountId attribute on your request? You don't need to associate the account with any project so it will not be visible on worklog dialog. This is a temporary workaround. It seems that our Rest API requires accountId but it should be optional. We will fix this as soon as possible. Sorry for the inconvenience. You can also delete log file content in your previous reply, it contains your username, issue key and may be other private information.