Joomla! Documentation - User contributions [en]

Portal:Bug Squad/Join the Bug Squad

2022-11-29T14:37:06Z

Jwaisner: update link from Glip to Mattermost

<noinclude><languages /></noinclude>
<translate>
== Become a Contributor == 
</translate>

<translate>
All you need to start contributing is a GitHub account.</translate>

<translate>
A good starting point is testing pull requests (PRs), as we always need at least 2 successful tests for each PR before it can be merged. Detailed instructions for [https://docs.joomla.org/Testing_Joomla!_patches testing Joomla! patches] are found on the documentation site.</translate>

<translate>
If you are comfortable with coding, you can create PRs for open issues as well.</translate>

<translate>
We use [https://joomlacommunity.cloud.mattermost.com Mattermost] for team communication, so you are encouraged to create an account there, if you have not yet. The "PD Bug Squad" channel is for Bug Squad contributors. Drop a mail to the [mailto:bugsquad@community.joomla.org Bug Squad], if you can't get into that channel. You will be added manually then.</translate>

<translate>
Joomla! uses [https://github.com/joomla/joomla-cms GitHub] as its code repository and the [http://issues.joomla.org Joomla! Issue Tracker] for reporting bugs. You will need your GitHub user account to</translate>

<translate>
* report issues on the [http://issues.joomla.org CMS Issue tracker].</translate>
<translate>
* submit patches (PRs) against the Joomla code repository for bug fixes.</translate>
<translate>
* test patches using the [http://joom.la/patchtester Joomla! Patch Tester].</translate>

<translate>

== Become a Member == 
</translate>

<translate>
As a member of the Bug Squad, you are expected to mentor contributors, scan the various communication channels for potential issues, and to support the developers to prevent and fix bugs.</translate>

<translate>
If you accept the challenge, send an email request to the [mailto:bugsquad@community.joomla.org Bug Squad] with a short description of your expertise to request membership.</translate>

<translate> See [https://volunteers.joomla.org/teams/bug-squad Bug Squad Team]</translate>
<noinclude>
[[Category:Landing subpages{{#translation:}}]]
</noinclude>

How do you report a bug?

2021-10-11T17:39:36Z

Jwaisner: /* Register an Account at issues.joomla.org */

== Reporting bugs ==

To report a bug in the Joomla! bug trackers, you need to create a tracker item. Once the tracker item is created, the developers will check the validity of it and act accordingly.

=== Register an Account at issues.joomla.org ===
[https://issues.joomla.org Register]with Github account.

=== Access the Joomla! development bug tracker. ===

*Once registered it will take you to the tracker directly. This tracker contains all issues reported for all supported versions of Joomla!

=== Check to see if the bug you want to report is already reported. ===

There will be no filters set by default but you can use the provided search filters to narrow your search for an issue. If the issue you are experiencing is not already reported, click on the top-left Button "New Item".

A new screen will display and there, the more information you give, the easier it is for the developers.

Fill as many fields as you can.

* [[Priority]] : Use the default "Medium" except if you know the code enough to make another choice.
* PHP : Choose the version you are testing on. You can find this information by clicking the Menu "Help"->"System Info" in the Administrator back-end of Joomla!.
* Estimated Time : Leave this blank.
* Build : Type here the #SVN number if you know it, or Nightly Build date, or Version used if using a Released version.
* Browser : Self-explanatory.
* Database : The version of MySQL is also available in "Help" -> "System Info".
* Status : Leave this to "Open".
* Percent Complete : Leave this blank.
* Category : This one is more tricky. Use "Administration" if you do not know better.
* Customer : Use "User" if the issue is in front-end, "Developer" if the issue concerns an extension you are developing, "Administrator" in other cases.
* Web Server : The version/server type is also available in "Help" -> "System Info".

=== Provide a summary ===

Describe in a few words the issues you are having. It is generally a good idea to use existing tracker items as examples if this is your first time reporting a bug.

Examples:

* Front-end: Warning such and such.
* Back-end: Unable to save article when "nameofplugin" is published.

Note: Take care to be descriptive in your summary as this is the first thing the developers will see when they are perusing the tracker for something to fix.

=== Provide details about the bug ===

This is the most important part of reporting the bug. Describe here step by step how you got the error you are noticing. Include all of the information that someone will need to re-trace your steps and see the problem. Remember: Your bug will not be fixed unless others can see the problem, so you want to be as clear and detailed as possible. You do not need to know anything about programming to write a great bug report. But if you do understand the code and think you know how to fix the bug, please include this in the report.

The general format should be something like:
# "Here is ''exactly'' what I did."
# "This is what happened."
# "This is what I think should have happened."
# "Other information, possible solution, proposed code patch."

The more details, the better. Also, it is important to reproduce the bug using the sample Joomla! website or with easy, clear instructions for how to set it up. Remember that others will not have access to your site's database, so you will need to be able to tell someone how to see the bug with data that is readily available -- the sample site.

'''Example A'''

; What I did : Started with sample website. Everything was ok. I enabled "nameofplugin". Try to save any article from back end.
; What happened : I get a blank screen and article is not saved.
; What should have happened : Articles should save correctly.
; Other information : These are the plugins enabled at the same time. SEF is on (or Off). My site is in a sub-folder. I also remark that... etc. Files such and such are the issues IMHO (if you know what you are talking about).

'''Example B'''

; What I did : Navigate to Back-end. Click on "menu_name" Menu.
; What happened: Page opened is blank.
; What should have happened : Menu should have opened correctly.
; Other information : Any other menu works OK. etc.

'''Real-Life Example'''
; What I did
: Started with the sample website.
: Added an unpublished article from the back end, with Section=FAQ, Category=General.
: In the advanced parameters for the article, set Show Title to "No" and Print, PDF, and Email Icons to "Hide".
: Save the article and navigate to front end. Login to the front end as admin and navigate to the Example Pages -> Category Blog menu item.
; What happened : The newly added article shows but there is no edit icon for the front-end user to click on.
; What should have happened : The edit icon should show, allowing a front end user to edit this article.
; Other information : This only happens with the rhuk_milkyway template. By changing this code [code proposed] in file [name and hierarchy of file], line(s) #, the issue looks solved on my settings.

=== Add an attachment to your report ===

To better describe the issue or/and propose a fix, you can add attachments to the tracker item you are creating by using the "Browse" buttons at the bottom of the screen.
A screen capture of the page(s) concerned helps a lot. If you can, try to optimise the size of the image through an image editor.
If you know what part(s) of the code base to change, a patch [patches] or a full file where your changes are WELL shown will help the developers to solve the problem quicker.

=== Finish and send in the report ===

You will receive an e-mail confirming that you posted the tracker item. When someone comments or asks for supplementary details or solves the issue, you will receive a notification e-mail and may reply if needed.

=== Extra tips and tricks ===

Well-written bug reports are incredibly helpful. However, there's a certain amount of overhead involved in working with any bug tracking system, so your help in keeping our ticket tracker as useful as possible is appreciated. In particular:

* Do read the [http://docs.joomla.org/FAQs FAQ] to see if your issue might be a well-known question.
* Do search [https://issues.joomla.org the tracker] to see if your issue has already been filed.
* Do ask on [http://forum.joomla.org/index.php/board,199.0.html testing forums] first if you're not sure if what you're seeing is a bug.
* Do write complete, reproducible, specific bug reports. Include as much information as you possibly can, complete with code snippets, test cases, etc. A minimal example that illustrates the bug in a nice small test case is the best possible bug report.
* Don't use the tracker system to ask support questions. Use the [http://forum.joomla.org/ Joomla! forums], or the [irc://irc.freenode.net/joomla #joomla] IRC channel on freenode for that.
* Don't use the trackers to make large-scale feature requests. We like to discuss any big changes to Joomla!'s core on the [http://forum.joomla.org/index.php#6 developers forums] before actually working on them.
* Don't reopen issues that have been marked "not a bug". This mark means that the decision has been made that we can't or won't fix this particular issue. If you're not sure why, please ask on developer forums.
* Don't use the tracker for lengthy discussions, because they're likely to get lost. If a particular tracker item is controversial, please move discussion to [http://forum.joomla.org/index.php#6 developer forums].

== Reporting security issues ==

Report security issues to security [at] joomla [dot] org. This is a private list only open to long-time, highly trusted Joomla! developers, and its archives are not publicly readable.

In the event of a confirmed vulnerability in Joomla! itself, we will take the following actions:

* Acknowledge to the reporter that we've received the report and that a fix is forthcoming. We'll give a rough timeline and ask the reporter to keep the issue confidential until we announce it.
* Halt all other development as long as is needed to develop a fix, including patches against the current and two previous releases.
* Determine a go-public date for announcing the vulnerability and the fix. To try to mitigate a possible "arms race" between those applying the patch and those trying to exploit the hole, we will not announce security problems immediately.
* Publicly announce the vulnerability and the fix on the pre-determined go-public date. This will probably mean a new release of Joomla! but in some cases it may simply be patches against current releases.

[[Category:Development]] [[Category:Bug_Squad]]
[[Category:Joomla! Resources]]

How do you report a bug?

2021-10-11T13:45:39Z

Jwaisner: /* Reporting bugs */ Replacing old joomlacode references and redirecting to issues.joomla.org

== Reporting bugs ==

To report a bug in the Joomla! bug trackers, you need to create a tracker item. Once the tracker item is created, the developers will check the validity of it and act accordingly.

=== Register an Account at issues.joomla.org ===
[https://issues.joomla.org Register]

=== Access the Joomla! development bug tracker. ===

*Once registered it will take you to the tracker directly. This tracker contains all issues reported for all supported versions of Joomla!

=== Check to see if the bug you want to report is already reported. ===

There will be no filters set by default but you can use the provided search filters to narrow your search for an issue. If the issue you are experiencing is not already reported, click on the top-left Button "New Item".

A new screen will display and there, the more information you give, the easier it is for the developers.

Fill as many fields as you can.

* [[Priority]] : Use the default "Medium" except if you know the code enough to make another choice.
* PHP : Choose the version you are testing on. You can find this information by clicking the Menu "Help"->"System Info" in the Administrator back-end of Joomla!.
* Estimated Time : Leave this blank.
* Build : Type here the #SVN number if you know it, or Nightly Build date, or Version used if using a Released version.
* Browser : Self-explanatory.
* Database : The version of MySQL is also available in "Help" -> "System Info".
* Status : Leave this to "Open".
* Percent Complete : Leave this blank.
* Category : This one is more tricky. Use "Administration" if you do not know better.
* Customer : Use "User" if the issue is in front-end, "Developer" if the issue concerns an extension you are developing, "Administrator" in other cases.
* Web Server : The version/server type is also available in "Help" -> "System Info".

=== Provide a summary ===

Describe in a few words the issues you are having. It is generally a good idea to use existing tracker items as examples if this is your first time reporting a bug.

Examples:

* Front-end: Warning such and such.
* Back-end: Unable to save article when "nameofplugin" is published.

Note: Take care to be descriptive in your summary as this is the first thing the developers will see when they are perusing the tracker for something to fix.

=== Provide details about the bug ===

This is the most important part of reporting the bug. Describe here step by step how you got the error you are noticing. Include all of the information that someone will need to re-trace your steps and see the problem. Remember: Your bug will not be fixed unless others can see the problem, so you want to be as clear and detailed as possible. You do not need to know anything about programming to write a great bug report. But if you do understand the code and think you know how to fix the bug, please include this in the report.

The general format should be something like:
# "Here is ''exactly'' what I did."
# "This is what happened."
# "This is what I think should have happened."
# "Other information, possible solution, proposed code patch."

The more details, the better. Also, it is important to reproduce the bug using the sample Joomla! website or with easy, clear instructions for how to set it up. Remember that others will not have access to your site's database, so you will need to be able to tell someone how to see the bug with data that is readily available -- the sample site.

'''Example A'''

; What I did : Started with sample website. Everything was ok. I enabled "nameofplugin". Try to save any article from back end.
; What happened : I get a blank screen and article is not saved.
; What should have happened : Articles should save correctly.
; Other information : These are the plugins enabled at the same time. SEF is on (or Off). My site is in a sub-folder. I also remark that... etc. Files such and such are the issues IMHO (if you know what you are talking about).

'''Example B'''

; What I did : Navigate to Back-end. Click on "menu_name" Menu.
; What happened: Page opened is blank.
; What should have happened : Menu should have opened correctly.
; Other information : Any other menu works OK. etc.

'''Real-Life Example'''
; What I did
: Started with the sample website.
: Added an unpublished article from the back end, with Section=FAQ, Category=General.
: In the advanced parameters for the article, set Show Title to "No" and Print, PDF, and Email Icons to "Hide".
: Save the article and navigate to front end. Login to the front end as admin and navigate to the Example Pages -> Category Blog menu item.
; What happened : The newly added article shows but there is no edit icon for the front-end user to click on.
; What should have happened : The edit icon should show, allowing a front end user to edit this article.
; Other information : This only happens with the rhuk_milkyway template. By changing this code [code proposed] in file [name and hierarchy of file], line(s) #, the issue looks solved on my settings.

=== Add an attachment to your report ===

To better describe the issue or/and propose a fix, you can add attachments to the tracker item you are creating by using the "Browse" buttons at the bottom of the screen.
A screen capture of the page(s) concerned helps a lot. If you can, try to optimise the size of the image through an image editor.
If you know what part(s) of the code base to change, a patch [patches] or a full file where your changes are WELL shown will help the developers to solve the problem quicker.

=== Finish and send in the report ===

You will receive an e-mail confirming that you posted the tracker item. When someone comments or asks for supplementary details or solves the issue, you will receive a notification e-mail and may reply if needed.

=== Extra tips and tricks ===

Well-written bug reports are incredibly helpful. However, there's a certain amount of overhead involved in working with any bug tracking system, so your help in keeping our ticket tracker as useful as possible is appreciated. In particular:

* Do read the [http://docs.joomla.org/FAQs FAQ] to see if your issue might be a well-known question.
* Do search [https://issues.joomla.org the tracker] to see if your issue has already been filed.
* Do ask on [http://forum.joomla.org/index.php/board,199.0.html testing forums] first if you're not sure if what you're seeing is a bug.
* Do write complete, reproducible, specific bug reports. Include as much information as you possibly can, complete with code snippets, test cases, etc. A minimal example that illustrates the bug in a nice small test case is the best possible bug report.
* Don't use the tracker system to ask support questions. Use the [http://forum.joomla.org/ Joomla! forums], or the [irc://irc.freenode.net/joomla #joomla] IRC channel on freenode for that.
* Don't use the trackers to make large-scale feature requests. We like to discuss any big changes to Joomla!'s core on the [http://forum.joomla.org/index.php#6 developers forums] before actually working on them.
* Don't reopen issues that have been marked "not a bug". This mark means that the decision has been made that we can't or won't fix this particular issue. If you're not sure why, please ask on developer forums.
* Don't use the tracker for lengthy discussions, because they're likely to get lost. If a particular tracker item is controversial, please move discussion to [http://forum.joomla.org/index.php#6 developer forums].

== Reporting security issues ==

Report security issues to security [at] joomla [dot] org. This is a private list only open to long-time, highly trusted Joomla! developers, and its archives are not publicly readable.

In the event of a confirmed vulnerability in Joomla! itself, we will take the following actions:

* Acknowledge to the reporter that we've received the report and that a fix is forthcoming. We'll give a rough timeline and ask the reporter to keep the issue confidential until we announce it.
* Halt all other development as long as is needed to develop a fix, including patches against the current and two previous releases.
* Determine a go-public date for announcing the vulnerability and the fix. To try to mitigate a possible "arms race" between those applying the patch and those trying to exploit the hole, we will not announce security problems immediately.
* Publicly announce the vulnerability and the fix on the pre-determined go-public date. This will probably mean a new release of Joomla! but in some cases it may simply be patches against current releases.

[[Category:Development]] [[Category:Bug_Squad]]
[[Category:Joomla! Resources]]

How do you report a bug?

2021-10-11T13:36:35Z

Jwaisner: Undo revision 827914 by Jwaisner (talk)

== Reporting bugs ==

To report a bug in the Joomla! bug trackers, you need to create a tracker item. Once the tracker item is created, the developers will check the validity of it and act accordingly.

=== Register an Account at joomlacode.org ===
[http://joomlacode.org/gf/account/?action=UserAdd Register]

=== Access the Joomla! development bug tracker. ===

*[http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemBrowse&tracker_id=8103 Joomla! CMS Issue Tracker] - Active
*[http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemBrowse&tracker_id=11410 Joomla! 2.5 Bug Tracker] - Active - this is for issues that *only* affect 2.5. For issues that affect 2.5 and 3.0, please put them in the Joomla! CMS Issue Tracker (see above).
*[http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemBrowse&tracker_id=32 Joomla! 1.5 Bug Tracker] - Active - this is for issues that *only* affect 1.5. For issues that affect 1.5 and 3.0, please put them in the Joomla! CMS Issue Tracker (see above).
*[http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemBrowse&tracker_id=5782 Joomla! 1.0 Bug Tracker] - Closed

=== Check to see if the bug you want to report is already reported. ===

A series of filters display the tracker items. Make sure Priority is set to "Any", Assignee to "Any" and Status to "Any", other filters to nothing. Mouse over the title of the tracker items to check their contents. If the issue you are experiencing is not already reported, click on the bottom-right Button "Add new Tracker Item".

A new screen will display and there, the more information you give, the easier it is for the developers.

Fill as many fields as you can.

* [[Priority]] : Use the default "Medium" except if you know the code enough to make another choice.
* PHP : Choose the version you are testing on. You can find this information by clicking the Menu "Help"->"System Info" in the Administrator back-end of Joomla!.
* Estimated Time : Leave this blank.
* Build : Type here the #SVN number if you know it, or Nightly Build date, or Version used if using a Released version.
* Browser : Self-explanatory.
* Database : The version of MySQL is also available in "Help" -> "System Info".
* Status : Leave this to "Open".
* Percent Complete : Leave this blank.
* Category : This one is more tricky. Use "Administration" if you do not know better.
* Customer : Use "User" if the issue is in front-end, "Developer" if the issue concerns an extension you are developing, "Administrator" in other cases.
* Web Server : The version/server type is also available in "Help" -> "System Info".

=== Provide a summary ===

Describe in a few words the issues you are having. It is generally a good idea to use existing tracker items as examples if this is your first time reporting a bug.

Examples:

* Front-end: Warning such and such.
* Back-end: Unable to save article when "nameofplugin" is published.

Note: Take care to be descriptive in your summary as this is the first thing the developers will see when they are perusing the tracker for something to fix.

=== Provide details about the bug ===

This is the most important part of reporting the bug. Describe here step by step how you got the error you are noticing. Include all of the information that someone will need to re-trace your steps and see the problem. Remember: Your bug will not be fixed unless others can see the problem, so you want to be as clear and detailed as possible. You do not need to know anything about programming to write a great bug report. But if you do understand the code and think you know how to fix the bug, please include this in the report.

The general format should be something like:
# "Here is ''exactly'' what I did."
# "This is what happened."
# "This is what I think should have happened."
# "Other information, possible solution, proposed code patch."

The more details, the better. Also, it is important to reproduce the bug using the sample Joomla! website or with easy, clear instructions for how to set it up. Remember that others will not have access to your site's database, so you will need to be able to tell someone how to see the bug with data that is readily available -- the sample site.

'''Example A'''

; What I did : Started with sample website. Everything was ok. I enabled "nameofplugin". Try to save any article from back end.
; What happened : I get a blank screen and article is not saved.
; What should have happened : Articles should save correctly.
; Other information : These are the plugins enabled at the same time. SEF is on (or Off). My site is in a sub-folder. I also remark that... etc. Files such and such are the issues IMHO (if you know what you are talking about).

'''Example B'''

; What I did : Navigate to Back-end. Click on "menu_name" Menu.
; What happened: Page opened is blank.
; What should have happened : Menu should have opened correctly.
; Other information : Any other menu works OK. etc.

'''Real-Life Example'''
; What I did
: Started with the sample website.
: Added an unpublished article from the back end, with Section=FAQ, Category=General.
: In the advanced parameters for the article, set Show Title to "No" and Print, PDF, and Email Icons to "Hide".
: Save the article and navigate to front end. Login to the front end as admin and navigate to the Example Pages -> Category Blog menu item.
; What happened : The newly added article shows but there is no edit icon for the front-end user to click on.
; What should have happened : The edit icon should show, allowing a front end user to edit this article.
; Other information : This only happens with the rhuk_milkyway template. By changing this code [code proposed] in file [name and hierarchy of file], line(s) #, the issue looks solved on my settings.

=== Add an attachment to your report ===

To better describe the issue or/and propose a fix, you can add attachments to the tracker item you are creating by using the "Browse" buttons at the bottom of the screen.
A screen capture of the page(s) concerned helps a lot. If you can, try to optimise the size of the image through an image editor.
If you know what part(s) of the code base to change, a patch [patches] or a full file where your changes are WELL shown will help the developers to solve the problem quicker.

=== Finish and send in the report ===

You will receive an e-mail confirming that you posted the tracker item. When someone comments or asks for supplementary details or solves the issue, you will receive a notification e-mail and may reply if needed.

=== Extra tips and tricks ===

Well-written bug reports are incredibly helpful. However, there's a certain amount of overhead involved in working with any bug tracking system, so your help in keeping our ticket tracker as useful as possible is appreciated. In particular:

* Do read the [http://docs.joomla.org/FAQs FAQ] to see if your issue might be a well-known question.
* Do search [http://joomlacode.org/gf/project/joomla/tracker/ the tracker] to see if your issue has already been filed.
* Do ask on [http://forum.joomla.org/index.php/board,199.0.html testing forums] first if you're not sure if what you're seeing is a bug.
* Do write complete, reproducible, specific bug reports. Include as much information as you possibly can, complete with code snippets, test cases, etc. A minimal example that illustrates the bug in a nice small test case is the best possible bug report.
* Don't use the tracker system to ask support questions. Use the [http://forum.joomla.org/ Joomla! forums], or the [irc://irc.freenode.net/joomla #joomla] IRC channel on freenode for that.
* Don't use the trackers to make large-scale feature requests. We like to discuss any big changes to Joomla!'s core on the [http://forum.joomla.org/index.php#6 developers forums] before actually working on them.
* Don't reopen issues that have been marked "not a bug". This mark means that the decision has been made that we can't or won't fix this particular issue. If you're not sure why, please ask on developer forums.
* Don't use the tracker for lengthy discussions, because they're likely to get lost. If a particular tracker item is controversial, please move discussion to [http://forum.joomla.org/index.php#6 developer forums].

== Reporting security issues ==

Report security issues to security [at] joomla [dot] org. This is a private list only open to long-time, highly trusted Joomla! developers, and its archives are not publicly readable.

In the event of a confirmed vulnerability in Joomla! itself, we will take the following actions:

* Acknowledge to the reporter that we've received the report and that a fix is forthcoming. We'll give a rough timeline and ask the reporter to keep the issue confidential until we announce it.
* Halt all other development as long as is needed to develop a fix, including patches against the current and two previous releases.
* Determine a go-public date for announcing the vulnerability and the fix. To try to mitigate a possible "arms race" between those applying the patch and those trying to exploit the hole, we will not announce security problems immediately.
* Publicly announce the vulnerability and the fix on the pre-determined go-public date. This will probably mean a new release of Joomla! but in some cases it may simply be patches against current releases.

[[Category:Development]] [[Category:Bug_Squad]]
[[Category:Joomla! Resources]]

How do you report a bug?

2021-10-11T13:34:45Z

Jwaisner: /* Register an Account at joomlacode.org */

== Reporting bugs ==

To report a bug in the Joomla! bug trackers, you need to create a tracker item. Once the tracker item is created, the developers will check the validity of it and act accordingly.

=== Register an Account at issues.joomla.org ===
[https://issues.joomla.org/]

=== Access the Joomla! development bug tracker. ===

*[http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemBrowse&tracker_id=8103 Joomla! CMS Issue Tracker] - Active
*[http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemBrowse&tracker_id=11410 Joomla! 2.5 Bug Tracker] - Active - this is for issues that *only* affect 2.5. For issues that affect 2.5 and 3.0, please put them in the Joomla! CMS Issue Tracker (see above).
*[http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemBrowse&tracker_id=32 Joomla! 1.5 Bug Tracker] - Active - this is for issues that *only* affect 1.5. For issues that affect 1.5 and 3.0, please put them in the Joomla! CMS Issue Tracker (see above).
*[http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemBrowse&tracker_id=5782 Joomla! 1.0 Bug Tracker] - Closed

=== Check to see if the bug you want to report is already reported. ===

A series of filters display the tracker items. Make sure Priority is set to "Any", Assignee to "Any" and Status to "Any", other filters to nothing. Mouse over the title of the tracker items to check their contents. If the issue you are experiencing is not already reported, click on the bottom-right Button "Add new Tracker Item".

A new screen will display and there, the more information you give, the easier it is for the developers.

Fill as many fields as you can.

* [[Priority]] : Use the default "Medium" except if you know the code enough to make another choice.
* PHP : Choose the version you are testing on. You can find this information by clicking the Menu "Help"->"System Info" in the Administrator back-end of Joomla!.
* Estimated Time : Leave this blank.
* Build : Type here the #SVN number if you know it, or Nightly Build date, or Version used if using a Released version.
* Browser : Self-explanatory.
* Database : The version of MySQL is also available in "Help" -> "System Info".
* Status : Leave this to "Open".
* Percent Complete : Leave this blank.
* Category : This one is more tricky. Use "Administration" if you do not know better.
* Customer : Use "User" if the issue is in front-end, "Developer" if the issue concerns an extension you are developing, "Administrator" in other cases.
* Web Server : The version/server type is also available in "Help" -> "System Info".

=== Provide a summary ===

Describe in a few words the issues you are having. It is generally a good idea to use existing tracker items as examples if this is your first time reporting a bug.

Examples:

* Front-end: Warning such and such.
* Back-end: Unable to save article when "nameofplugin" is published.

Note: Take care to be descriptive in your summary as this is the first thing the developers will see when they are perusing the tracker for something to fix.

=== Provide details about the bug ===

This is the most important part of reporting the bug. Describe here step by step how you got the error you are noticing. Include all of the information that someone will need to re-trace your steps and see the problem. Remember: Your bug will not be fixed unless others can see the problem, so you want to be as clear and detailed as possible. You do not need to know anything about programming to write a great bug report. But if you do understand the code and think you know how to fix the bug, please include this in the report.

The general format should be something like:
# "Here is ''exactly'' what I did."
# "This is what happened."
# "This is what I think should have happened."
# "Other information, possible solution, proposed code patch."

The more details, the better. Also, it is important to reproduce the bug using the sample Joomla! website or with easy, clear instructions for how to set it up. Remember that others will not have access to your site's database, so you will need to be able to tell someone how to see the bug with data that is readily available -- the sample site.

'''Example A'''

; What I did : Started with sample website. Everything was ok. I enabled "nameofplugin". Try to save any article from back end.
; What happened : I get a blank screen and article is not saved.
; What should have happened : Articles should save correctly.
; Other information : These are the plugins enabled at the same time. SEF is on (or Off). My site is in a sub-folder. I also remark that... etc. Files such and such are the issues IMHO (if you know what you are talking about).

'''Example B'''

; What I did : Navigate to Back-end. Click on "menu_name" Menu.
; What happened: Page opened is blank.
; What should have happened : Menu should have opened correctly.
; Other information : Any other menu works OK. etc.

'''Real-Life Example'''
; What I did
: Started with the sample website.
: Added an unpublished article from the back end, with Section=FAQ, Category=General.
: In the advanced parameters for the article, set Show Title to "No" and Print, PDF, and Email Icons to "Hide".
: Save the article and navigate to front end. Login to the front end as admin and navigate to the Example Pages -> Category Blog menu item.
; What happened : The newly added article shows but there is no edit icon for the front-end user to click on.
; What should have happened : The edit icon should show, allowing a front end user to edit this article.
; Other information : This only happens with the rhuk_milkyway template. By changing this code [code proposed] in file [name and hierarchy of file], line(s) #, the issue looks solved on my settings.

=== Add an attachment to your report ===

To better describe the issue or/and propose a fix, you can add attachments to the tracker item you are creating by using the "Browse" buttons at the bottom of the screen.
A screen capture of the page(s) concerned helps a lot. If you can, try to optimise the size of the image through an image editor.
If you know what part(s) of the code base to change, a patch [patches] or a full file where your changes are WELL shown will help the developers to solve the problem quicker.

=== Finish and send in the report ===

You will receive an e-mail confirming that you posted the tracker item. When someone comments or asks for supplementary details or solves the issue, you will receive a notification e-mail and may reply if needed.

=== Extra tips and tricks ===

Well-written bug reports are incredibly helpful. However, there's a certain amount of overhead involved in working with any bug tracking system, so your help in keeping our ticket tracker as useful as possible is appreciated. In particular:

* Do read the [http://docs.joomla.org/FAQs FAQ] to see if your issue might be a well-known question.
* Do search [http://joomlacode.org/gf/project/joomla/tracker/ the tracker] to see if your issue has already been filed.
* Do ask on [http://forum.joomla.org/index.php/board,199.0.html testing forums] first if you're not sure if what you're seeing is a bug.
* Do write complete, reproducible, specific bug reports. Include as much information as you possibly can, complete with code snippets, test cases, etc. A minimal example that illustrates the bug in a nice small test case is the best possible bug report.
* Don't use the tracker system to ask support questions. Use the [http://forum.joomla.org/ Joomla! forums], or the [irc://irc.freenode.net/joomla #joomla] IRC channel on freenode for that.
* Don't use the trackers to make large-scale feature requests. We like to discuss any big changes to Joomla!'s core on the [http://forum.joomla.org/index.php#6 developers forums] before actually working on them.
* Don't reopen issues that have been marked "not a bug". This mark means that the decision has been made that we can't or won't fix this particular issue. If you're not sure why, please ask on developer forums.
* Don't use the tracker for lengthy discussions, because they're likely to get lost. If a particular tracker item is controversial, please move discussion to [http://forum.joomla.org/index.php#6 developer forums].

== Reporting security issues ==

Report security issues to security [at] joomla [dot] org. This is a private list only open to long-time, highly trusted Joomla! developers, and its archives are not publicly readable.

In the event of a confirmed vulnerability in Joomla! itself, we will take the following actions:

* Acknowledge to the reporter that we've received the report and that a fix is forthcoming. We'll give a rough timeline and ask the reporter to keep the issue confidential until we announce it.
* Halt all other development as long as is needed to develop a fix, including patches against the current and two previous releases.
* Determine a go-public date for announcing the vulnerability and the fix. To try to mitigate a possible "arms race" between those applying the patch and those trying to exploit the hole, we will not announce security problems immediately.
* Publicly announce the vulnerability and the fix on the pre-determined go-public date. This will probably mean a new release of Joomla! but in some cases it may simply be patches against current releases.

[[Category:Development]] [[Category:Bug_Squad]]
[[Category:Joomla! Resources]]

Bug Squad/Contacts

2021-04-09T16:33:27Z

Jwaisner: updated contacts

<noinclude><languages /></noinclude>

;<translate>
Joomla! Bug Squad Team Leader</translate>
:[mailto:jacob.waisner@community.joomla.org Jacob Waisner]
;<translate>
To request to join the Bug Squad</translate>
:[mailto:bugsquad@community.joomla.org Bug Squad]

<noinclude>
<translate>

[[Category:Landing subpages|Landing subpages]]
</translate>
</noinclude>