Performance is impacted: some machines spin 25% CPU while the browser is idle: that's why I'm trying to find the fix. Further testing has shown that it is something in my Site.Master and not the child pages with the grids. Site.Master contains a few WebTextEditor (read-only) and a WebDataMenu. Due to a previous IE7 issue with the WebDataMenu (appearing behind grids in child pages when expanded) I added

function IE7ZIndexAdjust() {
  var div1 = $get('MenuDiv');
  if ($util.IsIE7) {
    div1.style.zIndex = '10';
    div1.style.position = 'relative';
  }
}

<div id="MenuDiv">
<ig:WebDataMenu ID="WebDataMenu" runat="server" Width="1015px" GroupSettings-EnableAnimation="False" EnableExpandOnClick="True">
<ClientEvents Initialize="IE7ZIndexAdjust" />
<GroupSettings Orientation="Horizontal" />
</ig:WebDataMenu>
</div>

I removed the ClientEvents but that did not correct the phantom CPU usage in IE7 mode while the page is idle. I'll start playing with settings in the WebDataMenu but can you look at it too?

FYI, the menu items are built in code-behind using data from SQL. For example:

WebDataMenu.Items.Add(new DataMenuItem {Text = "Functions"});
DataSet results = Common.GetDataSetSQL("EXEC [dbo].[SPNAME] '" + sParam + "'");
if (results.Tables["TBNAME"].Rows.Count != 0)
{
  foreach (DataRow rowSQL in results.Tables["TBNAME"].Rows)
  {
    WebDataMenu.Items[iMenuIndex].Items.Add(new DataMenuItem
    {
      Text = rowSQL["Text"].ToString(),
      NavigateUrl = "/" + sAppRoot + "/" + rowSQL["NavigateUrl"].ToString()
    });
  }
}

Agreed: very strange. When I built a completely new project the issue did not occur; however, when I re-use the "parent application" that provides the frameset it does. That application is also an Infragistics app (2007-something) that no one has touched in years. Fortunately I have the source and I upgraded it, but left it CLR2.0 (my app is CLR3.5) and had the same issue. I'm going to play around (upgrade it to CLR3.5 and start adding things from it into my new "test" project to naroow things down more.

Hi dc06663,

Thanks for the reply.

I made some research and i found that IE7 have some issues with framesets. I would suggest you to avoid using frames if it is not required.

Let me know if you have any further questions.

I can finally duplicate the scenario is a non-frameset page. It is a very specific setup to reproduce the issue. Is there a way for me to upload a zipped solution that will demonstrate? Site.Master needs to have a WebDataMenu and the content page has a WebDataGrid with filtering enabled. You don't need to have a data source bound to the grid. Disabling the filtering behavior on the grid makes the anomaly stop.

The IE window will show CPU activity as long at it is not minimized or covered by another application. I'm duplicating this on XP SP3 and I notice when you open Task Manager, the iexplorer.exe process stops using CPU cycles so I'm using sysinternal's Process Explorer to monitor the CPU usage. I tile both windows and if you minimize/restore the browser window you see the CPU usage when restored and you are not doing anything in the window.

I see the same anomaly if I have a WebDatePicker on the content page, but only after I click the dropdown to show the calendar.

The attached ASPX wil produce the anomaly on a XP SP3 client.

Hello dc06663,

Thank you for the sample. I was able to reproduce this issue (indeed it seems to occurr only under very specific circumstances).Therefore, I have asked our engineers to examine the matter further. To ensure that it will receive attention, I have logged this behavior in our internal tracking system with a Development ID of 116256. The next step will be for a developer to review my investigation and confirm my findings or to offer a fix, or other resolution.

Your support ticket id regarding this matter is - CAS-94616-LW7TZD.  Feel free to continue sending us updates regarding this issue at any time.

You can view the status of the development issue connected to this case by selecting the "Development Issues" tab when viewing this case on the web site. 

Please let me know if you need more information.

I checked my history and on 8/14/12 confimred I could not reproduce the issue with 11.2.20112.2159. I have since upgraded to 12.1.20121.2209 and there are no reports of the issue occuring. Additionally, we upgraded the impacted users to IE8 and made sure they were not using compatibility mode as the IE8 engine is significantly faster with some operations. That might not be feasible in your environment; however, using the latest SR for you components should resolve the base issue.

Hi, 

I'm would like to know if you guys came up with a fix/workaround for this issue. I came across the same scenario using IE with compatibility mode. It's the WebDataMenu that is causing the issue (event/listener). Once I removed the menu off the page, things turned better.

Thanks. 

Hello dc06663,

My apologies, your case should be visible now.

How do I view this ticket? I don't have any support cases assigned to my logon.