Version 2 (modified by wojdyr, 12 years ago) (diff)


How to Submit a Ticket

historical note

In the old SourceForge tracker we had Bugs, Patches and Feature Requests. Now we have tickets. If you have ever used wx SF tracker, please read WikiStart to learn how to use the same username.


Before creating a new ticket, you must login.

Obviously, you should fist search if the bug is already submitted (use search for global search or queries to list tickets with the classname in title or keyword). If you are not sure that you encountered the same bug, open a new ticket and add mutual links to both tickets (#1234 is automatically linked).

If you want to express interest in a bug that is already submitted, CC yourself or add more details. Or even better, try to fix it.


Like in other issue trackers you should select a meaningful title. You may assume that the summary will be viewed together with type and component, so you don't need to write [wxMac] if the component is set to wxMac.


Component is the most important drop-down field.

If the ticket is related to wxHtml*, wxAui*, wxRichText* or wxStyledText* or OpenGL, use these names as a component, but remember to write what wxPort and OS are you using.

If you see a bug in the control that has generic implementation on your platform, select GUI-generic. wxGrid has generic implementation on all platforms. wxFileCtrl has native implementation only on GTK. When in doubt, look it up in a header file.

If the bug is in base sub-library (see files.bkl to find out which files belong there), select base.

If the ticket is relevant to more than one port (and it's not base nor generic), select GUI-common.

You can probably guess when to use other options.


Use full C++ names of relevant classes as keywords (e.g. wxFileDialog, not file dialog nor FileDialog).

If your platform is not very popular, add it also as a keyword (e.g. Solaris, IRIX, Win9x).

Other suggested keywords are:

  • printing,
  • dnd (for drag'n'drop problems),
  • transparency (for alpha-channel problems).


Setting version is recommended, but milestone can be left to developers


Explain how to reproduce the problem. Check if you can see it in the samples. If not, try to modify one of the samples to demonstrate it and attach the modification as a patch.

If you use wxPython and can show the program in a few lines of Python code, that's also useful. Make sure the code is complete (with imports and instantiation of wx.PySimpleApp()) and minimal.

final note

At last, when you see that the bug you reported in the past was fixed, but the ticket is still open, we will appreciate if you close it. You can easily list open bugs you reported And at any time, feel free to verify other bugs in the tracker.