Tools for Detecting Memory Leaks

re: Tools for Detecting Memory Leaks

Frank — Fri, 30 Nov 2007 04:06:01 GMT

Any status on the public bug tracking?!

re: Tools for Detecting Memory Leaks

John — Fri, 30 Nov 2007 05:31:39 GMT

Tried the Firefox 3 beta yet? When will there be a beta for IE8?

re: Tools for Detecting Memory Leaks

n-blue — Fri, 30 Nov 2007 07:27:00 GMT

Fx 3 beta 2 still have memory problem, worse than IE7.

@John,

Thanks for the detial but as Frank said we may need bug tracking (may be on connect) to report the bug or track on situation of reported bug. I think it not bad idea.

Btw, people want to know something about what going on with IE8. For the promised of 12-18 month from the begining we should have some things around here.

re: Tools for Detecting Memory Leaks

Un-blue — Fri, 30 Nov 2007 09:08:50 GMT

n-blue, there is no Firefox 3 beta 2 yet so I doubt that it true.

At least Mozilla is releasing something after a year. Hello IE?

re: Tools for Detecting Memory Leaks

deathshadow — Fri, 30 Nov 2007 09:24:09 GMT

>> Fx 3 beta 2 still have memory

>> problem, worse than IE7.

Hell, let's be honest here, FF2 'stable' still has memory leaks that makes IE7 look good.

re: Tools for Detecting Memory Leaks

Vasil Dinkov — Fri, 30 Nov 2007 14:45:44 GMT

I've been aware of Drip from quite some time and it is very useful! But I didn't know about sIEve and it seems even nicer..

So thanks very much!

PS: However, please please try to fix these leaks in IE8!

re: Tools for Detecting Memory Leaks

Harvey J. — Fri, 30 Nov 2007 16:44:06 GMT

Thanks for the tips on Sieve! It is much better than drip, which can make it quite difficult to detect where the leaks are occurring.

I also with Frank n-Blue and Un-blue on the bug tracking.

Seriously guys! Since you can't meet the release cycle you guys promised you would, the least you can offer is a bug tracking system so we can see what is going on!

In IE8, am I still going to have to write craptacular code like this?

//only for IE

var sendButton = document.createElement('<input name="sendit"/>');

sendButton.setAttribute('type', 'button');//can't set it after you add it to the DOM!

sendButton.setAttribute('value', 'Send It');

customXBAddDOMEventHandler('click', mySendItHandler);

var myFormObj = document.getElementsById('myForm');

myFormObj.appendChild(sendButton);

For adding this 1 button to a page, I need to work around at least 5 separate IE bugs!

Not laughing at the lack of bug tracking anymore. It shows a complete lack of respect to your fellow developers using IE.

re: Tools for Detecting Memory Leaks

Laurent — Fri, 30 Nov 2007 16:55:50 GMT

Well, since the IE6 fix is only available for XPSP2, there is little point to the fix. make it win2K compliant or better, release IE7 for win2K and give up on IE6.

re: Tools for Detecting Memory Leaks

Al Billings — Fri, 30 Nov 2007 22:02:23 GMT

Laurent,

There will never be an IE7 for Win2K. This was discussed, oh, two years ago?

re: Tools for Detecting Memory Leaks

pinto — Sun, 02 Dec 2007 04:22:04 GMT

@Harvey, the IE team does not and need not respect web devs. It's a constituency problem: web devs aren't downloading the software: end users are. As long as the end users are coming in on IE, web devs will have to grin and bear it. What would they gain from pretending to like web developers (pretending harder than this blog, that is)? Say option 1 is: "public bug tracking database, transparency on future releases and actual effort at bringing IE up to the level demonstrated by Firefox, Webkit and Opera" Option 2 is: "throw minimal resources at the problem, stonewall on the PR front and hope that the net effect of most web devs telling their friends and family to stay off of IE is minimal (it is)." Hard to say that MS hasn't taken option 2. False dichotomy? Maybe, but you'd have a tough time convincing me.

FWIW, I'd like to think that the IE team is doing the best they can with the official support they're getting. However, since there's virtually no transparency or information sharing between MS and the community, who knows? I don't want to be hard on a fellow developer, but then again, anyone at MS knew the sort of company they were signing on with...

Anyway, there was a lengthy debate when the IE7 betas started trickling out over whether this was a one-time "OMFG! Firefox is killing us" attempt at leapfrogging (technically - we all know the market-share situation), or whether MS actually intended to once again become competitive in the browser market. The stonewalling on IE8 (gag order issued by the PR dept?) seems to be all we need to decide matter.

re: Tools for Detecting Memory Leaks

ivan — Sun, 02 Dec 2007 06:41:07 GMT

you are right pinto, looks like they are doing a #2.

re: Tools for Detecting Memory Leaks

Shadoz — Sun, 02 Dec 2007 16:39:53 GMT

Any roadmap for the release of IE8. Firefox already has an FF 3.0 alpha.

re: Tools for Detecting Memory Leaks

Fduch — Mon, 03 Dec 2007 05:31:12 GMT

Memory leaks? Wasn't that problem solved with .Net and Garbage Collecor?

Oh!? IETeam doesn't know about .Net? Well... I guess it was reseased after IETeam stopped working in 2002. Go check microsoft.com. They have some info on it.

re: Tools for Detecting Memory Leaks

anonymous — Mon, 03 Dec 2007 05:34:36 GMT

With Firefox 3.0, there are a hell lot of new features, so I'm finally switching. Microsoft either doesn't get browsers or its browser division is still stuck in the 90s and deliberately kills progress.

re: Tools for Detecting Memory Leaks

Pinky — Sat, 08 Dec 2007 09:22:38 GMT

I still feel that Memory leaks is something which is really taking down the popularity of IE.

www.r10.net küresel ısınmaya hayır seo yarışması

seo yarışması — Sun, 09 Dec 2007 05:40:01 GMT

Seriously guys! Since you can't meet the release cycle you guys promised you would, the least you can offer is a bug tracking system so we can see what is going on! :S

New leak pattern introduced with IE7

fredck — Tue, 11 Dec 2007 14:03:23 GMT

We at FCKeditor are constantly fighting against memory leak. We have already fixed several related issues, but we were still facing an expressive memory leak with IE7.

With some intuition, we were able to reduce the problem to a simple test case, and we have sadly found a new memory leak issue *introduced* with IE7.

Essentially, every call to window.createPopup() leaks 80Kb of memory. A test page can be found here:

http://www.fredck.com/bugs/ie/createpopupleak.html

In the default FCKeditor interface, we use six IE's popups for all floating panels (toolbar combos and context menu). On pages with several editor instances, the memory increasing is substantial.

As far as we could understand it, there is no way to "cleanup" that leak. We strongly hope IE8 and even IE7 will have it fixed as there is no way to workaround it (I hope I'm wrong!).

Suggestions? Comments?

re: Tools for Detecting Memory Leaks

Tim Tripcony — Wed, 12 Dec 2007 16:07:21 GMT

@fredck - You'll probably get dozens of comments to this effect, but window.createPopup is so Web 1.0 anyway. The "new approach" is to use positioned divs with z-indexes to create the illusion of a new window, but everything still exists within the same window. This also prevents popup blockers from preventing users (at least initially, until they've told their browser to allow popups from the current site) from using the feature that would otherwise load in a separate window. Check out the way ExtJS handles this for an elegant example.

re: Tools for Detecting Memory Leaks

Nathan Toone — Wed, 12 Dec 2007 18:14:15 GMT

@Tim

I'm sorry, but that's not the point. The point is that this is a *new* leak, introduced in IE7.

And to tell the truth, I don't care how "Web 1.0" something is - not every project has the money, time, or ability to upgrade legacy applications to use a different javascript toolkit. Many older applications make use of window.createPopup(), and a leak in such a core function is absolutely unacceptable.

re: Tools for Detecting Memory Leaks

fredck — Wed, 12 Dec 2007 19:38:03 GMT

@Tim: I'm pasting here the response I gave to the same kind of comment at Ajaxian:

window.createPopup() has nothing to do with the popups we are used to see, which are instead created with window.open(). They behave instead much like a floating iframe, but have some special features (like floating outside the browser itself). Popup blockers don’t block them.

We have made some tests to avoid using window.createPopup, using floating divs or iframes instead. Then, we have another IE bug to fight here, because the cursor caret used on editing will always blink over floating elements, making the editor buggy to the user eyes. Using window.createPopup instead, we avoid this problem.

Of course, we’ll be investigating it further in the future. Thanks for your comments.

re: Tools for Detecting Memory Leaks

AlfonsoML — Wed, 12 Dec 2007 21:40:44 GMT

We have done some further research (it turned out that I wasn't suffering now the leak so we searched for the differences), and as explained in http://alfonsoml.blogspot.com/2007/12/ie7-leaks-due-to-antiphising-protection.html the problem is only present if the Anti-phising protection of IE7 isn't disabled. That also explains why the problem isn't visible in Drip or sIEve.

Improved Productivity Through Internet Explorer 8 Developer Tools

IEBlog — Fri, 07 Mar 2008 21:54:12 GMT

Over the past year, I’ve written about different tools to help web developers become more productive

Improved Productivity Through Internet Explorer 8 Developer Tools

Noticias externas — Fri, 07 Mar 2008 22:10:19 GMT

Over the past year, I’ve written about different tools to help web developers become more productive

IE Leak detection

Driven by Development — Wed, 12 Mar 2008 00:10:50 GMT

Today I was busy with ASP.NET and Ajax and I had some memory leaks in Internet Explorer 6. So I used

Internet Explorer 8 Developer Tools 생산성 향상

IE8 팀 블로그 — Fri, 20 Mar 2009 10:28:39 GMT

    지난  1 년간, Internet Explorer 개발시에 웹 개발자의 생산성 향상을 도모하기 위한 다양한 도구 ( Web Development Tools