(root)/bmo/4.0-dev : 7271 : template/en/default/pages/fields.html.tmpl

« back to all changes in this revision

Viewing changes to template/en/default/pages/fields.html.tmpl

• browse files at revision 7271
• Compare with another revision
• download diff
• view history from revision 7271

Show diffs side-by-side

added

removed

template/en/default/pages/fields.html.tmpl

65

65

          Nobody has confirmed that this [% terms.bug %] is valid. Users

66

66

          who have the "canconfirm" permission set may confirm

67

67

          this [% terms.bug %], changing its state to 

68

 

          <b>[% display_value("bug_status", "NEW") FILTER html %]</b>. 

 

68

          <b>[% display_value("bug_status", "CONFIRMED") FILTER html %]</b>. 

69

69

          Or, it may be directly resolved and marked

70

70

          <b>[% display_value("bug_status", "RESOLVED") FILTER html %]</b>.

71

71

        </dd>

72

72

 

73

73

        <dt>

74

 

          [% display_value("bug_status", "NEW") FILTER html %]

 

74

          [% display_value("bug_status", "CONFIRMED") FILTER html %]

75

75

        </dt>

76

76

        <dd>

77

77

          This [% terms.bug %] is valid and has recently been filed.

78

78

          [%+ terms.Bugs %] in this state become 

79

 

          <b>[% display_value("bug_status", "ASSIGNED") FILTER html %]</b> when

80

 

          somebody is working on them, or become resolved and marked

 

79

          <b>[% display_value("bug_status", "IN_PROGRESS") FILTER html %]</b>

 

80

          when somebody is working on them, or become resolved and marked

81

81

          <b>[% display_value("bug_status", "RESOLVED") FILTER html %]</b>.

82

82

        </dd>

83

83

 

84

84

        <dt>

85

 

          [% display_value("bug_status", "ASSIGNED") FILTER html %]

 

85

          [% display_value("bug_status", "IN_PROGRESS") FILTER html %]

86

86

        </dt>

87

87

        <dd>

88

88

          This [% terms.bug %] is not yet resolved, but is assigned to the

89

89

          proper person who is working on the [% terms.bug %]. From here,

90

90

          [%+ terms.bugs %] can be given to another person and become

91

 

          <b>[% display_value("bug_status", "NEW") FILTER html %]</b>, or

 

91

          <b>[% display_value("bug_status", "CONFIRMED") FILTER html %]</b>, or

92

92

          resolved and become 

93

93

          <b>[% display_value("bug_status", "RESOLVED") FILTER html %]</b>.

94

94

        </dd>

95

 

 

96

 

        <dt>

97

 

          [% display_value("bug_status", "REOPENED") FILTER html %]

98

 

        </dt>

99

 

        <dd>

100

 

          This [% terms.bug %] was once resolved, but the resolution was

101

 

          deemed incorrect. For example, a 

102

 

          <b>[% display_value("resolution", "WORKSFORME") FILTER html %]</b>

103

 

          [%+ terms.bug %] is marked 

104

 

          <b>[% display_value("bug_status", "REOPENED") FILTER html %]</b> when

105

 

          more information shows up and the [% terms.bug %] is now

106

 

          reproducible. From here, [% terms.bugs %] are either marked 

107

 

          <b>[% display_value("bug_status", "ASSIGNED") FILTER html %]</b> or

108

 

          <b>[% display_value("bug_status", "RESOLVED") FILTER html %]</b>.

109

 

        </dd>

110

 

      </dl>

111

95

    </td>

112

96

 

113

97

    <td>

128

112

        </dt>

129

113

        <dd>

130

114

          A resolution has been performed, and it is awaiting verification by

131

 

          QA. From here [% terms.bugs %] are either re-opened and become

132

 

          <b>[% display_value("bug_status", "REOPENED") FILTER html %]</b>, are

133

 

          marked <b>[% display_value("bug_status", "VERIFIED") FILTER html %]</b>,

134

 

          or are closed for good and marked 

135

 

          <b>[% display_value("bug_status", "CLOSED") FILTER html %]</b>.

 

115

          QA. From here [% terms.bugs %] are either reopened and given some

 

116

          open status, or are verified by QA and marked

 

117

          <b>[% display_value("bug_status", "VERIFIED") FILTER html %]</b>.

136

118

        </dd>

137

119

 

138

120

        <dt>

140

122

        </dt>

141

123

        <dd>

142

124

          QA has looked at the [% terms.bug %] and the resolution and

143

 

          agrees that the appropriate resolution has been taken. 

144

 

          [%+ terms.Bugs %] remain in this state until the product they were

145

 

          reported against actually ships, at which point they become

146

 

          <b>[% display_value("bug_status", "CLOSED") FILTER html %]</b>.

147

 

        </dd>

148

 

 

149

 

        <dt>

150

 

          [% display_value("bug_status", "CLOSED") FILTER html %]

151

 

        </dt>

152

 

        <dd>

153

 

          The [% terms.bug %] is considered dead, the resolution is correct.

154

 

          Any zombie [% terms.bugs %] who choose to walk the earth again must

155

 

          do so by becoming 

156

 

          <b>[% display_value("bug_status", "REOPENED") FILTER html %]</b>.

 

125

          agrees that the appropriate resolution has been taken. This is

 

126

          the final staus for bugs. 

157

127

        </dd>

158

128

      </dl>

159

129

    </td>

• Newer
• Older

Loggerhead 1.18.1 is a web-based interface for Bazaar branches