Bug tracker: Difference between revisions

From Official Kodi Wiki
Jump to navigation Jump to search
m (Robot: Substituting template: Name)
No edit summary
Line 3: Line 3:
{{cleanup}}
{{cleanup}}


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 [http://trac.edgewall.org trac] for 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.
No software project the size and scope of Kodi has any hope of being successful without a bug tracker to keep things organized. ''[[Team Kodi]]'' has chosen [http://trac.edgewall.org trac] for 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.


== Submitting bug reports ==
== Submitting bug reports ==
Line 9: Line 9:


== What is the bug tracker? ==
== What is the bug tracker? ==
The [http://trac.xbmc.org 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.
The [http://trac.xbmc.org 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 Kodi 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.


== What isn't the bug tracker? ==
== What isn't the bug tracker? ==
Line 32: Line 32:
* [[Log file]]
* [[Log file]]
* [[Troubleshooting]]
* [[Troubleshooting]]
{{Frodo updated}}
{{Helix updated}}


[[Category:Trac|*]]
[[Category:Trac|*]]
[[Category:Development]]
[[Category:Development]]
[[Category:Troubleshooting]]
[[Category:Troubleshooting]]

Revision as of 08:19, 13 April 2015

Home icon grey.png   ▶ Development ▶ Troubleshooting ▶ Bug tracker
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 Kodi has any hope of being successful without a bug tracker to keep things organized. Team Kodi has chosen trac for 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.

Submitting bug reports

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 Kodi 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.

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.

Features

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.

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. ;)

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.

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.

See also