From: A. Shimono
Date: Sun, 9 Jan 2011 14:26:46 +0000 (+0100)
Subject: Bug 618841: Bare word "bug" in release notes
X-Git-Tag: bugzilla-4.0rc2~21
X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=8ec4496d77745a3aab1beb545ff53d13451accd3;p=thirdparty%2Fbugzilla.git
Bug 618841: Bare word "bug" in release notes
r=dkl a=LpSolit
---
diff --git a/template/en/default/pages/release-notes.html.tmpl b/template/en/default/pages/release-notes.html.tmpl
index 06ba0eda30..aabe352b9d 100644
--- a/template/en/default/pages/release-notes.html.tmpl
+++ b/template/en/default/pages/release-notes.html.tmpl
@@ -251,8 +251,8 @@
if you did two separate searches in separate windows, these links would
only work for the last search you did. Now, [% terms.Bugzilla %]
will "remember" which search result you came from and give you the right
- "last search results" or "next bug" from that list, instead of
- always using your most recent search.
+ "last search results" or "next [% terms.bug %]" from that list,
+ instead of always using your most recent search.
There are still some situations where [% terms.Bugzilla %] will have to
"guess" which search you are trying to navigate through, but it does its
@@ -487,7 +487,7 @@
bugmail_relationships, object_columns, object_update_columns,
and object_validators. The colchange_columns hook has been removed,
as it is no longer necessary (buglist_columns will be used for data
- about which columns can be on the buglist).
+ about which columns can be on the [% terms.bug %] list).
When [% terms.Bugzilla %] throws certain types of errors, it will
now include a "traceback" of where exactly the error occurred in the
code, to help administrators and developers debug problems.