你已经尝试了几个小时解决这个问题，论坛上没有人能够帮助你，问题似乎在文档中也没有涉及，而且你可能还面临截止日期。是时候提交到跟踪器了。毕竟付出了这么多努力，这确实看起来像一个关键问题。所以，你选择了一个高优先级。
然后会发生什么？有人从 JBS 去更改它为中等优先级。他们为什么这么做？这是否意味着你的问题不重要，不会被处理？他们只是故意冷漠无情吗？
当然不是。只是开发工作组对构件优先级有非常严格的定义。
构件根据以下特征进行优先级排序：
- 高/关键： 主干完全无法工作。源代码的重要部分损坏，导致关键操作无法进行。例如登录、安装、扩展安装程序、阻止你进行保存或类似操作的 JavaScript 错误等。还包括生成致命的 PHP 错误。
- 中高/主要： 源代码的一部分严重阻碍操作或导致广告功能大量损失。
- 中/正常： 阻碍广告行为的问题，但应用程序仍然可用。例如参数没有按广告工作，语言文件没有按预期加载等。
- 低/次要： 功能的小幅损失和通常令人讨厌的行为。可能包括较少见的平台或浏览器特定问题，虽然它们在那些环境中可能是技术上的主要问题，但它们代表少数。还包括缺失的翻译字符串。
- 非常低/微不足道： 美观问题、拼写错误的单词、图形对齐不正确的对象、参数的较少见问题等。
这意味着什么？
首先，如果不在版本发布的最初几天内，并且不涉及安全问题，除非您在使用子版本或夜间构建版本，否则您很可能永远不会遇到优先级 1（高）的问题或需要报告此类问题。这是因为如果代码库中有任何开放的优先级 1 问题，将不会发布新版本。实际上，优先级 2（中高）的问题也是如此。在实际发布版本中真正的优先级 1 问题将会触发新版本的发布。在代码库的 1.5 分支中的优先级 1 或优先级 2 问题将阻止计划中的发布。这很严重，因为每个版本都包含许多错误修复和改进，所以不发布会让大多数社区成员无法获得这些更新。强制发布未计划版本也很严重，因为这意味着其他工作的进度将停止，所有努力都将投入到准备发布中。
唯一的例外是如果您发现了重大安全问题，但跟踪器通常不是报告大多数安全问题的场所。
这并不意味着永远没有优先级 1 或 2 的问题。就在本周，有一个优先级 1 的问题（http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemEdit&tracker_item_id=11225），它与当前 Joomla! 1.5 源代码中的一个问题有关，该源代码在 Subversion 中。Subversion 是进行所有源代码更改的地方。
所以，在您决定将一个问题标记为优先级 1 或优先级 2 之前，请考虑它是否真的需要所有这些。
大多数问题是优先级 3，中等。然而，一些问题是优先级 4 或 5。如果您将问题标记为优先级 4 或 5，这是否意味着它不会被修复？绝不是。如果是容易修复的问题，特别是如果您提供了补丁或建议代码，它可能会立即得到处理。JBS 中的一些人非正式地专注于语言问题或 CSS 或其他通常在优先级 4 或 5 中的问题。所以不要觉得您需要将某件事标记为优先级 3 才能获得关注。
