Closed
Bug 226217
Opened 21 years ago
Closed 21 years ago
check_languages bustage
Categories
(Bugzilla :: Administration, task)
Tracking
()
RESOLVED
FIXED
Bugzilla 2.18
People
(Reporter: kiko, Assigned: kiko)
References
Details
Attachments
(1 file, 1 obsolete file)
905 bytes,
patch
|
Details | Diff | Splinter Review |
check_languages looks at $_, which is undefined. It should really be looking at
$_[0].
Assignee | ||
Comment 1•21 years ago
|
||
Assignee | ||
Updated•21 years ago
|
Attachment #135924 -
Flags: review?(myk)
Comment 2•21 years ago
|
||
So this would never have worked? Or it would have worked sometimes?
Gerv
Comment 3•21 years ago
|
||
Based on the change, I would suspect it never worked. Which is strange because
I could swear there were folks who tested it.
Assignee | ||
Comment 4•21 years ago
|
||
Seems to have been broken when we sanitized languages in bug 199502:
http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/webtools/bugzilla/defparams.pl
for reference.
Status: NEW → ASSIGNED
Comment 5•21 years ago
|
||
Comment on attachment 135924 [details] [diff] [review]
kiko_v1: fix
r=myk
Hmm, looks like this code could be simplified by splitting on /[,\s]+/, which
would eliminate the need for trims further down in the code, ala:
my @languages = split /[,\s+]/, trim($_[0]);
if(!scalar(@languages)) {
return "You need to specify a language tag."
}
foreach my $language (@languages) {
if( ! -d 'template/$language/custom'
&& ! -d 'template/$language/default') {
(No need to delay this patch for that, though.)
Attachment #135924 -
Flags: review?(myk) → review+
Updated•21 years ago
|
Flags: approval+
Assignee | ||
Comment 6•21 years ago
|
||
Attachment #135924 -
Attachment is obsolete: true
Assignee | ||
Comment 7•21 years ago
|
||
/cvsroot/mozilla/webtools/bugzilla/defparams.pl,v <-- defparams.pl
new revision: 1.120; previous revision: 1.119
Thanks.
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Comment 8•21 years ago
|
||
Thanks for the fix. This looks really looks like a:
schroedinbug
<jargon, programming> /shroh'din-buhg/ (MIT, from the Schroedinger's Cat
thought-experiment in quantum physics) A design or implementation bug in a
program that doesn't manifest until someone reading source or using the program
in an unusual way notices that it never should have worked, at which point the
program promptly stops working for everybody until fixed. Though (like bit rot)
this sounds impossible, it happens; some programs have harboured latent
schroedinbugs for years.
Compare heisenbug, Bohr bug, mandelbug
> Based on the change, I would suspect it never worked. Which is strange
> because I could swear there were folks who tested it.
Hmm, I think I tested all combinations, but (see above) they didn't work.
Updated•21 years ago
|
Target Milestone: --- → Bugzilla 2.18
Comment 9•21 years ago
|
||
*** Bug 233644 has been marked as a duplicate of this bug. ***
Updated•12 years ago
|
QA Contact: matty_is_a_geek → default-qa
You need to log in
before you can comment on or make changes to this bug.
Description
•