Closed Bug 788370 Opened 12 years ago Closed 12 years ago

Change cf_locale field visibility from using bugzilla's native controls to BMO extension's

Categories

(bugzilla.mozilla.org :: Extensions, defect)

Production
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: gkw, Assigned: glob)

Details

In bug 787990, the locale field gets set to ach / Acholi even though one doesn't exist. See screenshot (which will be set to private because that bug is locked).
i'm unable to reproduce this. i suspect it's caused by interaction between how bugzilla hides custom fields, and something configured/installed in the browser of the person who made that change. when you use bugzilla's build in "only show this field when ..." configuration, the fields are always rendered into html and javascript is used to hide/show them. given cf_locale is reasonably large, i'll switch it to using cf_visible_in_products from the BMO extension.
Component: User Interface → Extensions: BMO
Summary: Locale gets set even though bug does not have a Locale field → Change cf_locale field visibility from using bugzilla's native controls to BMO extension's
Assignee: nobody → glob
i've committed the change: Committing to: bzr+ssh://bjones%40mozilla.com@bzr.mozilla.org/bmo/4.0/ modified extensions/BMO/lib/Data.pm Committed revision 8312. Committing to: bzr+ssh://bjones%40mozilla.com@bzr.mozilla.org/bmo/4.2/ modified extensions/BMO/lib/Data.pm Committed revision 8336. i'll leave this bug open as the custom field will require reconfiguring after the code is pushed to production.
(In reply to Byron Jones ‹:glob› from comment #4) > i'll leave this bug open as the custom field will require reconfiguring > after the code is pushed to production. done
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Component: Extensions: BMO → Extensions
You need to log in before you can comment on or make changes to this bug.