Dan Mosedale wrote:

> Chris Hofmann wrote:
>
> > Latest updates to the branch landing plan....
> >
> > Next meeting Wed. at 1:30.
> > b21 pit or 1.877.708.6777 mtg id 7584
> >
> > If you have additions to the landing plan or
> > updates  for any of these changes
> > post them or send them to me.
>
> So the reason I didn't put LDAP on this page in the first place is that
> it's different: unlike all the branches here, no existing code depends
> on it, so there's nothing to regress.  In fact, the LDAP C SDK and XPCOM
> SDKs were turned on in the default builds over the last few weeks with
> no particular fanfare.  There's still a bunch of code being written
> involving LDAP autocomplete in the compose window and preferences
> related to it, but this code should all be able to go using the normal
> piecemeal checkin methodology, no big landing necessary.
>
> Dan

Included the latest landing plan update with
addressbookre-factoringforLDAP...

the idea about the doc is to provide a better way to improve communication
about the status of all landings and the dependencies between code that's
getting checked in and turned on, not just the big hairy, scary, landings...

This idea of the centralized landing plan document
might go down in flames like many of the previous attempts to do better
communication and testing before code lands or is turned on in
the release builds; or it might have a shot at working...

chris h.
Title: Branch Landing Updates 4-3-1
Don't whack the tree. Avoid the Hazzards. Put it in the fairway!
Tee-Time
chofmann's Branch Landing Info Roller Upper and Carpool Reservation Hack.
A tool for planning and tracking future carpools approching the trunk
    click on project name link to add comments and branch data

    Projects on DeckLL Landing Status Information as of: Tue Apr 3 12:13:28 2001
    1. style-sys-footprint3
  • 3-31-1: [EMAIL PROTECTED] is working on $tyle system context sharing to reduce footprint and bloat
  • 3-31-1: http://bugzilla.mozilla.org/show_bug.cgi?id=43457 has more details
  • 3-31-1: saves a lot of memory at the expense of a moderate performance hit.
  • 3-31-1: pierre posted diffs to the bug.
  • 3-31-1: jrgm reports %4 slowdown in the test build he made.
  • 3-31-1: need to figure out what to do next..
  • 3-31-1: there are also some data on the savings in chrome and on page loading in the bug. need to get test builds in the hands of a lot of people to play with and evaluate.
  • 2. string-changes3
  • this is for portability, robustness, and a few bug fixes.
  • scc has build on mac with no known regressions, working on windows and linux
  • 1-3-30- would like to get jrgm perf run to confirm no slowdown in use of strings in page loading
  • 3-30-1: branch tag is STRING_081_BRANCH
  • 3-30-1: ftp://ftp.mozilla.org/pub/mozilla/nightly/experimental/string/ has a mac build
  • 3-30-1: still working on win32 and Linux builds
  • 3-31-1: Commercial patch is here: http://bugscape.mcom.com/show_bug.cgi?id=4512
  • 3. old-cache-removal2
  • 4-3-1: save some space... remove your old cache and its files today! ;-)
  • 4-3-1: depends on mscott hooking up imap and news to new cache. bug 73819
  • 4-3-1: mscott expects imap and news on the new cache around 4/6/01
  • 4. xul-reorg2
  • blakeross has other smaller changes with startup/open new window speedup impact coming. should carpool and wait until we get the resent performance and mem use regressions cleared.
  • Mar30: hyatt thinks blakeross will be ready for carpool early in the week of 4/3
  • 5. domconversion2
  • <3/29/01> jst now has things working in his local tree. plans to merge with jband and have a branch ready for folks to look at next week
  • 3-30-1: big honking footprint win. will involve removing lots of source files and refactoring others.
  • 3-30-1: will be extremely hard to back out after throwing the switch and landing the changes.
  • 3-30-1: schedule has moved up. may be ready for experimental builds by around 4/6.
  • 6. editor-refactoring2
  • 3-30-1: kin and mjudge working on this. have test builds they are evaluating within the editor team
  • 3-30-1: need some putterman mail team and mail qa quick look...
  • 7. cache-level-12
  • 3-30-1: will provide dynamic eviction (Level 0 evicts only on shutdown) and efficient cache miss detection
  • 3-30-1: gordon: We hope to land Level 1 by early in the week of 4/3.
  • 4-2-1: Branch name = DISKCACHE1_BRANCH
  • 8. bidi2
  • 3-30-1: erik, ftang working on this with IBM folks
  • 3-30-1: need to run comparison builds with ifdef off, and ifdef on and compare against same level of trunk builds to confirm no, or measure any, performance regressions
  • 3-30-1: gerardo should be running performance tests against experimental builds the week of 4/3
  • 3-30-1: detailed progress chart
  • 9. addressbookre-factoringforLDAP2
  • 4-3-1: Tracking bug http://bugzilla.mozilla.org/show_bug.cgi?id=69480
  • 4-3-1: Document to explain the modification - http://www.mozilla.org/directory/addrbook-refactoring-proposal.html
  • 4-3-1: A team from Sun have been working on changes to the Address Book to make it easier to add LDAP support.
  • 4-3-1: Candice(chuang) has been working on reviewing the patch and making sure it works cross platform and on the Netscape build.
  • 4-3-1: The patch has been super reviewed by David Bienvenu
  • 4-3-1: New files have added to trunk. Patch will be attached to tracking bug.
  • 10. psm2.02
  • 3-30-1: ddrianan,lord, and javi are the contacts. branch is available
  • 3-30-1: planning on publishing a test .xpi file that will install on current trunk to give anyone an inprocess psm version.. way cool.
  • 3-30-1: experimental .xpi file should be available week of 4/3
  • 12. ldap1
  • 3-30-1: at one point dmose was hoping to land in 0.9..
  • 3-30-1: http://bugzilla.mozilla.org/show_bug.cgi?id=17880 is the tracking bug
  • 13. accessibility1
  • 3-30-1: evaughan has landed accessibilty code. api's have been tested on win32 and linux. working on getting mac up and running.
  • 3-30-1: widgets need to start figuring out how to use accessiblity code around the start of M0.9.1
  • 14. cache-level-21
  • 3-30-1: provides a more efficient mechanism for storing the cache entry and metadata
  • 16. P3P1
  • 3-30-1: harishd will be landing the P3P code, contributed by Tom Lendacky of IBM, into the extensions directory.
  • 3-30-1: However, the code will not be a part of the build until all intergation issue including UI work have been resolved.
  • 3-30-1: Building P3P -Win32 set MOZ_P3P=1 LINUX-Use patches Mac-Not building yet. Looking for help.
  • Add a Project

    If you have a project you would like to add, please

    Completed/Retired Projects

    ProjectComments
    libpr0n
  • 4-3-1: Marked Completed by chofmann: pav and saari have whacked the tree on all platforms now
  • mail-news-performance
  • 3-30-1: mscott is the main contact
  • 4-3-1: Marked Completed by chofmann: 3-30-1: branch has landed.
  • 3-30-1: All new bugs introduced with MailNews branch merge
  • newcache
  • 3-30-1: all turned on. check or add to status summary=[cache] for regression buglist.
  • 4-3-1: Marked Completed by chofmann: 3-30-1: all checked in on all platforms.
  • 3-30-1: The name of the necko branch is MOZ_NEW_CACHE_20010314_BRANCH
  • 3-30-1: this is the cache formerly known as the cache-level-0

  • Need help? Send mail to
    chofmann.

    Reply via email to