Closed Bug 265679 Opened 20 years ago Closed 20 years ago

requests error complaining about lack of group membership shows &bnsp;

Categories

(Bugzilla :: Attachments & Requests, defect)

2.17.6
defect
Not set
normal

Tracking

()

RESOLVED FIXED
Bugzilla 2.18

People

(Reporter: Biesinger, Assigned: LpSolit)

Details

Attachments

(1 file, 1 obsolete file)

" You asked neil@parkwaycc.co.uk <neil.parkwaycc.co.uk@myrealbox.com>  for
superreview on bug 249322, attachment 163059 [details] [diff] [review], but that bug&bnsp; has been
restricted to users in certain groups"

that should be &nbsp; probably.
Attached patch remove &bnsp; (obsolete) — Splinter Review
typo error in user-error.html.tmpl
Assignee: myk → LpSolit
Status: NEW → ASSIGNED
Attachment #163124 - Flags: review?
Comment on attachment 163124 [details] [diff] [review]
remove &bnsp;

This causes unpredictable results depending on whether pre-chomping is turned
on or off in template toolkit. When [% terms.bug %] ends on a line, then no
space is added after it if chomping is turned on.

To prevent that, either add a + sign after it:

[% terms.bug +%]

Or maybe even better, reword so that [% terms.bug %] is in the middle of the
line.
Attachment #163124 - Flags: review? → review-
"Reword" means something in the lines of:

+    but that [% terms.bug %] has been restricted to users in certain groups, 
+    and the user you asked isn't in all the groups to which
+    the [% terms.bug %] has been restricted.
It would be cool to see if the problem appears on the tip, on 2.18-BRANCH and/or
on 2.16, and to set the target milestone field accordingly.

Also, I don't know what is our current template versioning policy, but it may be
needed to change the version from 1.0 to 1.1 at the beginning of the template.
Since this is a minor change though, I'm not sure it's required.
OS: Linux → All
Hardware: PC → All
[% terms.bug %] is now in the middle of a line.
Attachment #163124 - Attachment is obsolete: true
Attachment #163149 - Flags: review?
(In reply to comment #4)
> It would be cool to see if the problem appears on the tip, on 2.18-BRANCH

Yes, this problem also affects the 2.18 branch.
Apparently this is applicable to 2.18 and trunk.
Flags: blocking2.20?
Flags: blocking2.18?
Flags: approval?
Flags: approval2.18?
Target Milestone: --- → Bugzilla 2.18
Comment on attachment 163149 [details] [diff] [review]
remove &bnsp;, v2

Not sure about keeping the 1.0 versioning, I guess the one doing the approval
will have to say something about that.
Attachment #163149 - Flags: review? → review+
Upside about keeping 1.0: no wording changed, so the translators don't need to
look up the new version and waste their time.
Downside regarding not upgrading to 1.1: translators will not look up to the new
patch, and will not remove &bnsp; from their translated templates.

Looking from this point of view, changing to 1.1 would be appreciated. However,
we don't have many templates that have 1.1 as a version, and we haven't
implemented until now this versioning system, so I'm not sure it makes sense.
Since we have localization-freeze for 2.18 in effect, justdave might know more
about this kind of stuff.
I'm ambivalent about the versioning.  Until we have a way to test them I'm not
too concerned.
Flags: blocking2.20?
Flags: blocking2.20+
Flags: blocking2.18?
Flags: blocking2.18+
Flags: approval?
Flags: approval2.18?
Flags: approval2.18+
Flags: approval+
Me neither; keep it at 1.0 IMO.
Checking in template/en/default/global/user-error.html.tmpl;
/cvsroot/mozilla/webtools/bugzilla/template/en/default/global/user-error.html.tmpl,v
 <--  user-error.html.tmpl
new revision: 1.73; previous revision: 1.72
done

Checking in template/en/default/global/user-error.html.tmpl;
/cvsroot/mozilla/webtools/bugzilla/template/en/default/global/user-error.html.tmpl,v
 <--  user-error.html.tmpl
new revision: 1.61.2.4; previous revision: 1.61.2.3
done
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
QA Contact: matty_is_a_geek → default-qa
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: