MozillaZine

Mozilla Branches for 1.5

Wednesday September 10th, 2003

A short time ago, a branch was cut for the forthcoming Mozilla 1.5 milestone and the trunk opened for 1.6 checkins. To ensure stability, checkins to the branch require approval from drivers@mozilla.org. The Mozilla 1.5 Tinderbox shows the latest branch status, while the SeaMonkey Tinderbox provides a similar service for the trunk. See the Mozilla Development Roadmap for more about trees, trunks and branches.


#1 Clarification....

by oconnorcjo

Wednesday September 10th, 2003 11:18 PM

Reply to this message

I thought the 1.x series was going to eventually stop and further efforts were to concentrate on pheonix/firebird/whatever. What is the story? If 1.x is a dead branch why is there a 1.5 let alone a planned 1.6? Someone please explain what is going on with the Road Map.

#2 Hopefully not

by johann_p

Thursday September 11th, 2003 12:38 AM

Reply to this message

There are many people who like the suite and especially like the features they would miss in FB/TB.

#3 Re: Clarification....

by mlefevre

Thursday September 11th, 2003 5:09 AM

Reply to this message

The 1.x series won't "stop" as such - what is planned is that Firebird etc will replace the App suite as the front-end for the 1.x series.

Remember that the majority of code isn't the front-end you see, but the back-end stuff, and that is common to the Mozilla suite, Firebird, Thunderbird (and also Camino, Galeon, Epiphany etc etc). 1.x is only a "dead-end" in terms of the front end, and the front end for 1.5 hasn't really changed since 1.4 (it's also possible that the app suite UI could be continue to be maintained even after it's been replaced by Firebird for the primary focus of the builds)

It's only confusing because you are thinking about these things as separate applications. When this says "Mozilla branches", it means the whole code tree, not just the app suite part - Firebird and Thunderbird code is also part of this, and the plan is for Firebird 0.7 and Thunderbird 0.3 to also be released from this branch as well.

Having said all that, given that we are supposed to be focusing more on end-users, it would be good if the Mozilla folks established some firmer plans and updated the roadmap so that the end-users that are following the development process understand what is going on (not to mention the developers having some clue about the future)

#4 Re: Clarification....

by JBassford <jasonb@dante.com>

Thursday September 11th, 2003 5:12 AM

Reply to this message

I'd thought it was made clear by the roadmap and subsequent discussion here.

Seamonkey won't be replaced until Firebird is mature enough to replace it. Until Firebird is mature enough, development will continue in both. Work done on Seamonkey is often picked up by Firebird, so Seamonkey development translates into Firebird development anyway. The roadmap, and discussion here, originally called for a *gradual* move to Firebird during the 1.5 - 1.7 cycles. There were also no absolute statements as to deadlines or guarantees as there are so many variables that have to be dealt with at each step.

#5 plugins.css

by Tar

Thursday September 11th, 2003 12:37 PM

Reply to this message

The about:plugins CSS file chrome://communicator/skin/plugins.css is snatched again from rv:1.5b Gecko/20030911 nightly trunk.

#6 Two

by Hymagumba

Thursday September 11th, 2003 1:30 PM

Reply to this message

Just a thought - but when FB and TB replace the main UI shouldn't we call it "Mozilla 2."?

I know we have very strict version numbering here but as Mozilla is now targeting end-users it would make more sense that way.

#7 Talked about

by Kommet

Thursday September 11th, 2003 6:54 PM

Reply to this message

This was discussed and actually would be a fairly reasonable "marketing" decision, as it would indicate to end users that Mozilla has had a major change.

One of the big arguements against it is that the overall architecture has been slowly evolving and the major APIs (for embedding and such) have remained stable. The people/organizations developing from the 1.x line could then be safely assume it maintains most of its compatability across future releases.

Aye, and therein lies the rub. Make a "marketing" statement to draw attention of the press and peoples or make version numbers derive mostly from developers' needs?

#8 Re: Talked about

by Hymagumba

Thursday September 18th, 2003 10:52 AM

Reply to this message

I'd have to go along with the 2.0 idea. From a marketing point of view a big change in the "user experience" should be pushed. A lot of people I know think of Mozilla as the clunky NS6 design so showing it off as a revamped and simplified program would be beneficial to end users.

Plus when have no changes to the back end stopped Microsoft upping their product numbers. IE6 anyone?