Difference between revisions of "Bug tracker"

From Official Kodi Wiki
Jump to: navigation, search
(See also)
Line 28: Line 28:
  
 
==See also==
 
==See also==
 +
*[[HOW-TO:Submit a bug report]]
 
*[[Log file]]
 
*[[Log file]]
 
*[[Troubleshooting]]
 
*[[Troubleshooting]]
 +
 
[[Category:Trac]]
 
[[Category:Trac]]

Revision as of 19:07, 3 November 2012

Cleanup.png This page or section may require cleanup, updating, spellchecking, reformatting and/or updated images. Please improve this page if you can. The discussion page may contain suggestions.

No software project the size and scope of XBMC has any hope of being successful without a bug tracker to keep things organized. Team XBMC has chosen tracfor this task because of it's feature set, ease of use, flexibility and expandability. Though mainly a tool for developers, there are a few features that the inquisitive user might find interesting as well.

1 What is the bug tracker?

The bug tracker is an organizational tool for developers used to keep tabs on issues within the project. It provides a one stop shop for all current XBMC activity. Whether you're looking for the latest commit messages, keeping an eye on that pesky bug that's been bothering you in the latest release or just want to get an idea of what the team has planned for the future, the bug tracker is your spot.

2 What isn't the bug tracker?

The bug tracker is not a support channel. The tickets are business-only. There's no need for "me too" or "bump" comments. If you don't have some new technical information on the issue, feel free to CC yourself and keep an eye on it. Maybe you will later.
If you think you've found a bug, but aren't a software developer, please follow the guide for reporting problems. This is to cut down on superfluous tickets for issues that can be resolved by some of our friendly users, letting the team focus on confirmed problems.

3 Features

3.1 Timeline

The timeline keeps a play by play account of every commit to the source tree as well as when each ticket or milestone opens or close. All of you obsessive users won't be able to live without this one.

3.2 Roadmap

Emblem-important-yellow.png NOTICE:
During XBMC v12 development, Team XBMC switched from Trac roadmap/milestones to using Github milestones: https://github.com/xbmc/xbmc/issues/milestones?state=open

The roadmap is where the achievements of past milestones, goals of future milestones and progress of the current milestone live. If you're unsure of whether XBMC supports some feature, this is a good place to start looking.

3.3 Browse Source

The source browser lets developers take a peek under the hood without digging out all of the usual tools. It's especially nice for viewing differences between changesets without fiddling in SCM. Not to mention quickly figure out who to blame for that bug you just fixed. ;)

3.4 View Tickets

The ticket browser gives you access to all tickets, both open and closed. There are several predefined sort methods as well as a plethora of sort criteria to cook your own.

3.5 New Ticket

This one is pretty self explanatory. Make sure to provide as much detail about the issue as possible, fill out the submission fields accurately and follow the guide for submitting bugs.

4 See also