Added property "StartedAfter" to GetWorklogsQueryOptions struct accor…

[manuelbcd]

Description

Imprevement: Added property "StartedAfter" to GetWorklogsQueryOptions struct according to official API documentation. It allows to filter WorkLog list by indicating the starting date.

The property is documented here (Jira API official documentation) https://developer.atlassian.com/cloud/jira/platform/rest/v3/api-group-issue-worklogs/
however there is a known bug so at this moent this parameter is ignored https://jira.atlassian.com/browse/JRACLOUD-73630?error=login_required&error_description=Login+required&state=e6bbdd57-72bf-4334-98ec-248e519e7337
Hopefully it will be fixed in the future. Adding the parameter is not affecting the query.

Example:

	jiraClient, _ := jira.NewClient(tp.Client(), cfg.Jira.Host)
	dateStart := int64(time.Now().Unix())
	var op * jira.GetWorklogsQueryOptions = &jira.GetWorklogsQueryOptions{Expand: "properties", StartedAfter: dateStart}
	issue, _, err := jiraClient.Issue.GetWorklogs(issueid, jira.WithQueryOptions(op))

Checklist

• Unit tests passed localy
• Unit or Integration tests added
  • Good Path
  • Error Path
• Commits follow conventions described here:
  • Conventional Commits 1.0.0
  • The seven rules of a great Git commit message
• Commits are squashed such that
  • There is 1 commit per isolated change
• I've not made extraneous commits/changes that are unrelated to my change.

[andygrunwald]

Hey @manuelbcd,
thanks for your PR. This is looking good.

Only one small thing: Can you run go fmt over issue.go?

@benjivesterby @ghostsquad What do you think about int64 vs. time.Time as datatype for StartedAfter param?

[benjivesterby]

@benjivesterby @ghostsquad What do you think about int64 vs. time.Time as datatype for StartedAfter param?

According to the docs it's an integer

startedAfter
integer

The worklog start date and time, as a UNIX timestamp in milliseconds, after which worklogs are returned.

Format: int64

[manuelbcd]

Format fixed. Thank you @andygrunwald , @benjivesterby

[andygrunwald]

Thanks @manuelbcd