Ever since my husband started working for Mozilla he's been committing fewer cycles on his work maintaining our local environment. Debugging steps seem to imply that he has fewer resources available, but closer inspection shows enough resources are available, they're just not being accessed properly. I think this is a threading issue. Firefox development is buffering resources it might need, but not freeing them up when other processes ask for them.
Steps to reproduce:
1. File bug in component owned by developer. (reproduces best if bug is a blocker, but will also reproduce with less severe bugs.)
2. Place full garbage can beside developer from step 1.
Bug gets fixed and garbage is emptied.
Bug, its regressions, and several other related and unrelated bugs get fixed. Garbage remains untouched even after several requests.
Reproducible: For me, Always, but I wouldn't be surprised if not everyone can see it.
I believe this bug is what has been preventing a fix for bug 95849 as any attempt to fix it while this bug is still happening will cause a regression rendering any other patch ineffective.
ooops, sorry about the accidental "blocking firefox3" flag, trying to remove
Unable to confirm that he's fixed a bug in more than a month; this must be Governance, or some corporate component I've never seen.
So you can see my problem, the resources still aren't released for other tasks. Don't forget to count reviews and checkins in your search. Also note I didn't say "bug is fixed by developer." For the sake of simple and specific steps to reproduce I used filing a bug in step 1, but that could really be replaced with "assign task."
Is this wfm now? Or has it regressed even further?
There has been some improvement here or there that seem to coincide with some of Firefox 3's performance wins, but new things seem to come along and use up the freed resources. The garbage collection is still not keeping up with demand. A helper app might be necessary.
(In reply to comment #5)
> There has been some improvement here or there that seem to coincide with some
> of Firefox 3's performance wins, but new things seem to come along and use up
> the freed resources. The garbage collection is still not keeping up with
> demand. A helper app might be necessary.
Possibly that improvement was caused by some checkins on the 14th. Keep an eye on it to make sure it's not a temporary regression :-)
Checked in some changes to GC, and implementation of cat. Not sure if there's a net positive from those changes as of yet.
Changing assignee, was unable to fix, I believe the reporter is going to fix this herself.
INCOMPLETE due to lack of activity since the end of 2009.
If someone is willing to investigate the issues raised in this bug to determine whether they still exist, *and* work with the site in question to fix any existing issues, please feel free to re-open and assign to yourself.
Sorry for the bugspam; filter on "NO MORE PRE-2010 TE BUGS" to remove.