127876 - Bugzilla installation for Bugzilla bugs (dogfood)

Status: REOPENED

(Bugzilla :: bugzilla.org, enhancement, P3)

Description

[Myk Melez [:myk] [@mykmelez]]

A separate Bugzilla installation running the latest Bugzilla development code
should be set up for the Bugzilla product currently hosted on b.m.o.  This would
give us a good way to test upgrades to Bugzilla before installing them on b.m.o.
and give developers a much tighter feedback loop for their changes to make it
easier to spot and fix regressions.

Comment 1

[Dave Miller [:justdave]]

This is going to be a priority for the Bugzilla project again, our development cycle is getting hurt too badly by not having an installation running the tip that everyone actually uses.

Comment 2

[Reed Loden [:reed]]

Is this a problem anymore? bmo uses tip now. :)

Comment 3

[Jeremy Baron]

(In reply to comment #2)
> Is this a problem anymore? bmo uses tip now. :)

This will be a problem as relatively soon unless bmo's admins and userbase are willing to keep it running tip.  Also all of the blockers are important for bugzilla in general, even this bug is WONTFIXed.

Comment 4

[Dave Miller [:justdave]]

Rearranging this component to not have me as the default assignee, so that it doesn't appear like I'm intending to work on bugs that other people could be taking care of if they didn't think I was already doing them.  If this bug is a software issue on b.m.o and you'd like to fix it, the modified source is now available for the patching (see bug 373688).  Reassigning to the new default owner.

Comment 5

[Gervase Markham [:gerv]]

justdave: are there any current plans to do this? We seem to have managed without this since 2002, and the b.m.o. version is now available for anyone to pull and test via bzr. 

Gerv

Comment 6

[Max Kanat-Alexander]

There are still plans to do this, but we would need to resolve all of the blockers nicely, first.

Comment 7

[Frédéric Buclin]

Personally, this is WONTFIX. We have QA installations to catch main bugs, and I wouldn't want to use tip code for our main installation.

Comment 8

[Frédéric Buclin]

(In reply to Frédéric Buclin from comment #7)
> Personally, this is WONTFIX. We have QA installations to catch main bugs,
> and I wouldn't want to use tip code for our main installation.


I changed my mind since I wrote this. In 2009, BMO codebase was close from upstream Bugzilla, and they were upgrading pretty "frequently", making the needs for a separate Bugzilla installation useless. Now, BMO differs more and more from what upstream Bugzilla looks like, including the backend code. BMO admins also remove some features which exist upstream, such as bug 1227316, and I strongly think that running a separate Bugzilla installation which would stay in sync with master (probably upgraded manually if the code becomes unstable for a few weeks due to major breaking changes) would help to let users discover new features and devs to find regressions.

Comment 9

[Denis Roy]

Huge +1 from me.

Eclipse is willing to allocate servers and ongoing sysadmin time to help make this happen.