Part 1: Detective Work
Get familiar with your issue.
Find an issue - often this happens on a local Sakai environment at your institution.
Replicate the issue, ask:
Can it be reproduced consistently?
Are specific conditions needed to trigger it? Identify them if so.
Does it affect multiple Sakai tools? If yes, which ones?
Examples: Date picker and Rich-Text Editor are in many tools
Also, take note of steps to reproduce - you will need these later!
Replicate the issue elsewhere.
Try different nightly servers. If it happens on Trunk (master), does it also happen on Sakai 12 Jira Testing server? If it seems new, test back a version! Does it happen on Sakai 11.x maintenance?
Some issues require specific Sakai properties to be set - if something appears to be missing, ask in Slack or the sakai-dev mailing list if the necessary properties are present on the server where you need to test.
Find out if anyone else already knows about it.
Now that you know where it happens, search for the issue in Sakai JIRAs!
Some ways to search (with examples):
With a filter someone has provided - access the link!
Search by tool (or something like Accessibility or Internationalization): Component = [tool name]
Search in the text: text ~ "multiple choice"
Find jiras by status: status = Open
Find jiras assigned to you: assignee = currentUser()
Mix it up, e.g., component = Accessibility AND component = "Tests & Quizzes (Samigo)" AND text ~ "multiple choice" AND status = Open
Part 2: Support or Report
If the issue exists in JIRA already:
Make sure it has complete information for it to be addressed. If not, add information in the Description and/or Testing Steps.
Start watching it.
Add a Comment to let others know you’ve experienced it too (you can also provide information in comments if it does not belong in the Description or Testing Steps).
Select Vote for this issue to vote for it.
If it does not exist, create a jira:
Issue type: Bug if it is not behaving correctly, Feature Request if it is behaving as expected, but needs improvement.
Summary: The title (brief description of issue)
Priority: Defaults to Major; if not sure, leave it. Blocker is for something that totally destroys functionality and will prevent release of the affected Sakai version.
Components: Affected tools or features (e.g. Accessibility, Internationalization)
Affects versions: Include ALL the most recent Sakai versions it affects.
Assignee: Leave default (Automatic)
URLs of server(s) where you tested it,
Computer operating system,
Internet browser and version,
If you are using additional technology (such as a screen reader), the software and version.
Description: Try to explain it as clearly as possible.
Attachment: Screen shots, a text file with a copy of a bug report (if one appears while reproducing the issue) or other files (e.g., an exported quiz for someone to reproduce the issue) - you can embed or link these attachments right in the jira text too!
Security Level: Usually leave default (None) - security jiras are sensitive issues like holes for hackers to exploit.
Labels: Optional - these can help you search for the issue, some examples: TL if you want Teaching & Learning call to look at it, Accessibility or a11y, Internationalization or i18n.
Fix Version/s: Leave default (empty) - these get added after the issue is fixed.
Remember those testing steps/steps to reproduce? Here’s where they go!
Pretend you are explaining to someone who is coming to Sakai (or your tool) for the first time. Be as thorough as possible!
Use a numbered list for the steps. If authoring in Text, enter # with a space after it on each line to make a numbered list item.
If it isn’t obvious, indicate the desired behavior also for bugs (what should happen when fixed?)
If you added attachments, insert them where appropriate (it really helps to have a screen shot inline with the text!) If authoring in Text, place the attachment name in between two exclamation marks, e.g. !screenshot.png! For large screen shots, you can embed a thumbnail image, e.g.: !screenshot.png|thumbnail!