Welcome to the QGIS Development pages
If you find a bug, please report it!
You need an OSGeo account and login in order to submit bug reports. To get started, first create an OSGeo account. https://www2.osgeo.org/cgi-bin/ldap_create_user.py
Once you have your account, use http://hub.qgis.org/projects/quantum-gis/issues to login and search if the issue you’d like to report is probably already entered.
Tickets are used to report bugs, request enhancements and submit patches. Redmine is more than a bug reporting system. Tickets can be associated with a QGIS Milestone, allowing you to see progress towards completion. Completion of a Milestone not only requires closing bugs, but completing other tasks related to a release such as documentation, web site updates, packaging, and announcements.
Before filing a bug, review the currently open issues to make sure that you aren’t creating a duplicate. If you have additional information on an issue, you can add it to the existing ticket. Third party plugins might also cause problems. If you have installed any, you should also verify that the problem is still reproducible without them. Please don’t report multiple unrelated bugs in a single bug report.
Plugin bugs must be opened in their respective bug tracking system. Check first if the plugin is listed at http://hub.qgis.org/projects/qgis-user-plugins/ If so, click on the plugin name then click “New issue”. Otherwise, consult the plugin documentation to find the address of the relevant bug tracking system or a developer to contact.
To report a bug choose New Issue from the menu bar. Note: You can also request an enhancement or submit a patch using the Ticket system.
Important information needed when opening a ticket:
Before sending the bug, please check the formatting of your report by clicking on “Preview”. Please avoid editing existing reports, if not for typos. Better add further comments in any other case.
If you have a crash it might be useful to include a backtrace as the bug might be not reproducible on an other machine. On Unix you can create a backtrace using a core dump and gdb. A core dump is a memory dump of the state of the process when the crash happened. Depending on you distribution the automatic creation of core dumps might be disabled. In that case you only see for instance Segmentation fault and not Segmentation fault (core dumped) in the shell you started QGIS from and you need to run ulimit -c unlimited before starting QGIS. You could also include that in your .profile. Start qgis from the shell and repeat the steps to reproduce the crash. After the crash the core file will be located in the current directory. To produce a backtrace from it you start gdb /path/to/the/qgis/binary core. The binary is usually /usr/bin/qgis or /usr/bin/qgis.bin on Debian with the GRASS plugin installed. In gdb you run bt which will produce the backtrace.
The nightly build in OSGeo4W (package qgis-dev) is built with debugging output, that you can view with DebugView. If the problem is not easy to reproduce the output might shed some light about where QGIS crashes.
To be done
Since QGIS 2.0 further development will occur based on a timebased roadmap.
Odd version numbers (2.1, 2.3 etc) are development versions.
Even version numbers (2.2, 2.4 etc) are release versions.
Release will happen every four month. In the first three month new development is taking place. Then a feature freeze is invoked and the final month is used for testing, bugfixing, translation and release preparations. When the release happens, a branch with a even release number is created and the master branch advances to the next odd version. After the release a call for packaging is issued.
Following is the schedule for 2014
|4||24.01||2.1 freeze begins|
|8||21.02||2.2 is released|
|21||23.05||2.3 freeze begins|
|25||20.06||2.4 is released|
|39||26.09||2.5 freeze begins|
|43||24.10||2.6 is released|
Only in case of real problems a point release (eg 2.0.1) will occur.
QGIS has a plugin infrastructure. You can add a lot of new functionality by writing your own plugins.
These plugins can either be written in C++ or in Python
To learn how to write your first cpp plugin, please go here: Developing CPP plugins
Via a script you will generate a plugin stub which can be used further.
QGIS has a lot to offer for python developers too.
QGIS has python bindings so you can automate tasks in QGIS via python.
Looking for examples of python plugins, see http://plugins.qgis.org
You can find the QGIS-iface which you can use via python here:
http://qgis.org/api/classQgisInterface.html (for QGIS testing)
http://qgis.org/api/2.0/classQgisInterface.html (for QGIS 2.0)
http://qgis.org/api/1.8/classQgisInterface.html (for QGIS 1.8)