| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
|
|
|
|
|
|
|
|
if the bug is private, otherwise leave it alone
|
|
|
|
|
|
|
|
|
|
|
|
|
|
standard options; mark PDF viewable
|
|
|
|
or /bug/ALIAS."
This reverts commit 404dc5496967203c5f99755340f43d712420446a.
|
|
unread changes/comments
|
|
current BMO infrastructure.
|
|
|
|
scroll
|
|
|
|
class method DYNAMIC_COLUMNS
When working on bug 1253535 I kept encountering the fragility of our model system.
This fragility involves two things:
1) Extensions adding new columns to model objects
2) The use of those model objects in checksetup.
In particular, the SecureMail extension causes this problem because (at checksetup-time) we need to lookup certain Group objects.
Thus I propose to
1) allow model classes to take their list of columns from the informations schema (exposed via `bz_table_columns_real`)
2) Have Bugzilla::Group do this when being used in a commandline (e.g. checksetup) context.
|
|
the revision with the project
|
|
author
|
|
instead of PhabricatorProjectsPolicyRule
|
|
|
|
|
|
|
|
|
|
|
|
large file before uploading it
|
|
|
|
proper label
|
|
product selector on Browse and Enter Bug pages
|
|
Browse page
|
|
|
|
|
|
/bug/ALIAS.
|
|
|
|
by the bmo-editbugs-team project (editbugs)
|
|
extension
|
|
|
|
|
|
Phabricator and not from BMO
|
|
|
|
|
|
|
|
|
|
on revisions without a bug id associated
|
|
|
|
|
|
|
