New bugzilla.org website!
As mentioned the other day, in my previous post, the mozilla.org website got redone again the other day, just a few weeks after we updated bugzilla.org to match their previous look and feel.
Well Mike Morgan has done it again, and updated bugzilla.org to match.
Tags:
Comments
4 Responses to “New bugzilla.org website!”
Feel free to leave a comment...
and oh, if you want a pic to show with your comment, go get a gravatar!
Categories
stuff
Bugzilla Events
- Powered by Upcoming Events v0.5
-
Blogroll
Meta
Posts this month
Archives
- May 2011 (2)
- August 2010 (1)
- November 2009 (1)
- August 2009 (1)
- March 2009 (3)
- February 2009 (1)
- January 2009 (3)
- December 2008 (3)
- October 2008 (1)
- September 2008 (1)
- August 2008 (3)
- July 2008 (2)
- April 2008 (3)
- March 2008 (3)
- November 2007 (5)
- October 2007 (2)
- August 2007 (2)
- July 2007 (1)
- June 2007 (2)
- May 2007 (2)
- April 2007 (2)
- March 2007 (4)
- February 2007 (8)
- January 2007 (3)
- February 2006 (1)
- January 2006 (6)
- December 2005 (2)
- November 2005 (3)
- October 2005 (3)
- August 2005 (2)
- June 2005 (3)
- May 2005 (2)
- April 2005 (3)
- March 2005 (1)
- February 2005 (1)
- January 2005 (6)
- December 2004 (1)
- November 2004 (3)
- October 2004 (3)
- September 2004 (6)
- August 2004 (2)
- July 2004 (6)
-
Bugzilla in the News and Blogs- Bugzilla 4.1.1 Development Release Monday, 14 March 2011, 7:06 am
Less than a month after our release of 4.0, we have our first development snapshot, Bugzilla 4.1.1 available for you! This is our first release towards what will eventually be 4.2, and it’s got a bu. […] - Bugzilla 3.6 Brings Extensions and Addresses Usability - OStatic (blog) Tuesday, 20 April 2010, 3:40 pm
Bugzilla 3.6 Brings Extensions and Addresses UsabilityOStatic (blog)Mozilla also provides Bugzilla, a bug tracking system used by hundreds of open source projects and countless organizations and compa. […] - Ubuntu Weekly Newsletter #189 « The BAT Channel Tuesday, 20 April 2010, 2:59 pm
paid for improvements to Bugzilla, a competing product—not to mention that Ubuntu's competitors will benefit from improvements to GNOME. As [Kiko] notes, Canonical views this as 'bridging the gap' f. […] - Installing bugzilla at OpenSUSE « Comments After The EOF Sunday, 18 April 2010, 11:59 am
Bugzilla is a Web-based general-purpose bugtracker and testing tool originally developed and used by the Mozilla project, and licensed under the Mozilla Public License. Released as open source softwar. […] - Bugzilla 3.6 发布下载-Bugzilla 3.6最新版下载 Sunday, 18 April 2010, 4:09 am
Bugzilla 3.6发布下载了,在经历了一个多月的Bugzilla 3.6 RC版沉淀之后今天Bugzilla 3.6正式版终于和大家见面了。喜欢这款优秀的bug追踪工具的朋友别错过这. […] - Bugzilla 3.6 中文化語系檔釋出@ 旅行的記憶:: 痞客邦PIXNET :: Saturday, 17 April 2010, 7:48 am
本文引用自repeat - Bugzilla 3.4.6 中文化語系檔釋出Bugzilla 3.6 在04/13 釋出了。 因此3.6rc1 的中文化檔就不釋出了,直接跳到. - Bugzilla 3.6 Released - Softpedia Thursday, 15 April 2010, 5:51 am
Bugzilla 3.6 ReleasedSoftpediaBy Lucian Parfeni, Web News Editor The Bugzilla Project is announcing that Bugzilla 3.6 has been released and is now available for install or upgrade. ... - Bugzilla 3.6: Harder, Better, Faster, Stronger Wednesday, 14 April 2010, 10:32 pm
Yesterday we released Bugzilla 3.6, which is exciting not just because of all the major new features, but also because of the tremendous number of minor improvements, and the speed with which we have. […] - Bugzilla 3.6リリース « himorin's blog Wednesday, 14 April 2010, 4:25 am
Bugzilla プロジェクトは、Bugzilla の新しいメジャーバージョンである Bugzilla 3.6を本日リリースしたことを報告いたします。Bugzilla 3.6 には、Bugzilla ユー. […] - FOSS for Life » Blog Archive » Release of Bugzilla 3.6! Wednesday, 14 April 2010, 1:36 am
Today the Bugzilla Project is proud to announce the release of the next major version of Bugzilla: 3.6! Bugzilla 3.6 has a lot of exciting new features for Bugzilla users and administrators, including. […] - New Bugzilla Tuesday, 13 April 2010, 7:30 pm
Bugzilla Project announce the release of Bugzilla 3.6. The new version has a lot of exciting new features for users and administrators, including migration from other bug-tracking systems. - Bugzilla 3.6 released « LpSolit's blog (original, isn't it?) Tuesday, 13 April 2010, 7:00 pm
We released a new major version of Bugzilla today! Bugzilla 3.6 is coming out less than 9 months after Bugzilla 3.4. This release also means that we no longer support Bugzilla 3.0.x, which reached End. […] - Bugzilla 3.6 Released Today Tuesday, 13 April 2010, 6:56 pm
Today, the Bugzilla Project released Bugzilla 3.6, which brings some innovative new enhancements for Bugzilla over previous versions – most notably Extensions. Bugzilla Extensions allow developers t. […] - Improving Web Security: Six Ways the Apache.org JIRA Attack Could Have Been Prevented by Better Code Tuesday, 13 April 2010, 11:14 am
Today it was revealed that servers at Apache.org and Atlassian were successfully attacked, leading to thousands of stolen passwords. The attack on apache.org's servers was via JIRA, and since the atta. […] - Thunzilla! at Justin Dolske's blog Monday, 12 April 2010, 12:59 am
All bugmail comes with a From header set to “bugzilla-daemon@mozilla.org” (which is basically useless), but there are also a number of other X-Bugzilla-* headers in each message. X-Bugzilla-Who, s. […] - Sicherheits-Updates für Bugzilla Tuesday, 15 September 2009, 10:00 am
- Top Five Web Application Vulnerabilities 8/31/09 - 9/13/09 - The ... Monday, 14 September 2009, 7:54 pm
Bugzilla is susceptible to several remote vulnerabilities including multiple instances of SQL Injection and a password disclosure vulnerability. SQL Injection can give an attacker full access to a bac. […] - Bugzilla trick: Static Bug List URLs. « Rob Hubbard's Blog Monday, 14 September 2009, 8:58 am
There is a simple although round-about way to produce a Bugzilla query with an explicit list of bugs numbers. Begin on the Bugzilla search page. That might be something like. http://bugs/query.cgi. on. […] - Olav Vitters » Blog Archive » Bugzilla changes Monday, 14 September 2009, 8:07 am
Because upstream is going to use Bzr (we already use the bzr.bugzilla.org mirror), we use Bzr as well. This makes merging and so on much easier. Anyway, the additions done by Frédéric are done as ex. […] - Bugzilla 3.4.2发布 Sunday, 13 September 2009, 12:06 pm
Bugzilla 是一套开源的缺陷跟踪系统(Bug-Tracking System),很多开源组织都在使用Bugzilla,例如:Mozilla,Linux Kernel,Gnome(Linux X桌面系统),KDE(另一个Linux X桌. […]
- Bugzilla 4.1.1 Development Release Monday, 14 March 2011, 7:06 am
-
Recent Posts


I see a Bugzilla Countdown that says:
7 days until 2.20 Feature Freeze
What this means?
There are only 7 days to add new features
to 2.20 of Bugzilla?
In company where I’m working
I extended Bugzilla 2.18rc1 and 2.18rc2
in order to be able to associate Milestones
and/or Versions to components (and not only
to products).
We already used successfully this new feature.
My idea was to wait 2.18 final (when it will be ready?)
and then I will port my changes from 2.18rc2
to 2.18 final and I will be able to pushish them
to Mozilla org.
I think that this new feature will be great
also for other people…
The Countdown previous mentioned (7 days
to 2.20) means that I have only 7 days
to publish my work?
2.18 already had its feature freeze back in March. It’s taken so long to get a final version released because it’s been so long since 2.16 was released and there was a lot of time for things to slip in that needed to be cleaned up.
2.20 is scheduled to freeze on September 15. 2.18 final won’t be out by then, which makes things really weird, but that’s how it worked out.
There is a bunch of major new stuff in 2.19/2.20 already that’s not in 2.18.
The 2.18 branch will be around and supported for at least a year (possibly a year and a half – that hasn’t been worked out for sure yet).
If you have major stuff based on it that you wanted to get landed upstream, that ran out last March if you wanted it in 2.18.
If you want it in 2.20, that runs out on the 15th this month. If you want it in 2.22, you have about 6 months
I customized Bugzilla 2.18rc2 for my company needs.
We made a lot of changes:
– Milestones/Versions associated both to components and products
– Target Version associated to each bug
– Many other…
The first mentioned change (Mil/Vers associated to Prod/Comp)
is the biggest one: It takes me 8 working days
to change the Perl code and to test everything
before releasing my work to my colleagues.
Not a single bug was then found on this change
from my colleagues in the next 30 days of use.
Now I have a 2.18rc2 source code with embedded
many changes for all the new features we add to Bugzilla.
I will wait the 2.18 final to move all my changes to 2.18 final.
After that (i.e. after I have a 2.18 modified
with all our new features well working on 2.18 final)
I will be able to extract only the source code related
to "Mil/Vers associated to Prod/Comp"
and to publish it to mozilla.org (if someone want
to use it).
I think that this will happen 20-30 days
after the 2.18 final release date.
Probably at that time my best option to publish
my work is just to enter an enhancement
to bugzilla tracking system <http://bugzilla.mozilla.org>
and attach the source code to it.
Is this the right way to do?
Yep, that is correct. I think there may already be a bug for that particular idea though… if you can hunt it down, add your patch to the existing bug. If you can’t find it, go ahead and make a new one.