Hi,

So, you meant that using AutoFitColumn true made the page loads sometimes faster and sometimes slower? I test on my sample but it seems if the properties set into true, the page only loads a little bit slow. Is the issue also happens in our WebGrid sample? 

Regards,
Handy 

In the previous version (2008 R2), the page loaded approximately the same time.

In 2009 R1 SP1, a grid with the AutoFitColumn set to false (or not set at all as it's defaulted to false) has a tremendous impact on the load time of the page.  For example, as discussed above, one of the pages goes from a 10 second load time to 30 seconds.  In another page with a WebGrid that contains 500 rows, the load time goes from 14 seconds to over 1 minute making the page unusable.

What was changed?

I tested out with Invoices table on Northwind database which has 2188 records (4 times larger than you used). While my setting also used AutoFitColumns, the page never loaded until 1 minute or over. So, perhaps there still some settings on your WebGrid structure. Could you send a simple sample (runable) that replicates the issue (use northwind database)? Or at least, you can share about your WebGrid settings.

Regards,
Handy

I tested out with Invoices table on Northwind database which has 2188 records (4 times larger than you used). While my setting also used AutoFitColumns, the page never loaded until 1 minute or over. So, perhaps there still some settings on your WebGrid structure. Could you send a simple sample (runable) that replicates the issue (use northwind database)? Or at least, you can share about your WebGrid settings.

Regards,
Handy

I don't quite understand your results. Are you saying it took 1 minute or more?

Also, the bug is when the AutoFitColumns is not used (AutoFitColumns="false"). 

I checked the 2009 R1 SP1 release notes and didn't notice any reference to AutoFitColumns but something must have changed.

I've uploaded one of the slow pages that takes 10 seconds to load when AutoFitColumns=true and 30 seconds to load when AutoFitColumns=false for you to reference.

I performed more analysis and found some dramatic performance issues. If you remove the WebPaneManager on the page, the load time changes from 30 seconds to 6 seconds.

I am not sure if these issues are related but I am very concerned. Please advise on what is going on.

I opened your sample and modified my sample with using WebPane manager  and WebGrid settings you had. Unfortunately, it runs well in here. I sent you my modified sample. Maybe some styles affected the performance.

Regards,
Handy

I opened your sample and modified my sample with using WebPane manager  and WebGrid settings you had. Unfortunately, it runs well in here. I sent you my modified sample. Maybe some styles affected the performance.

Regards,
Handy

This shouldn't be caused by CSS unless there are some major problems.

I did more analysis and found major performance issues that are related to the WebPaneManager control and the WebGrid control's AutoColumnFit property. Returning the application to the previous 2008 R2 version brought back the performance to an acceptable measure.

Please review the data below that clearly shows a major performance problems that trend from page to page. One page goes from 1 minute to 15 seconds just by changing that AutoColumnFit property. That should be a major major concern.

1) Was there any changes to the WebPaneManager control and the WebGrid control's AutoColumnFit property from 2008 R2 to the 2009 R1 SP1 version that could have caused this?

2) Did you try running the page I provided you? If so, what was the load time? Did you notice a similiar difference in performance if you remove the WebPaneManager control and change the WebGrid control's AutoColumnFit property to "true"?

3) In your test with the NorthWind database with over 2000 records, how long does the page take to render with the WebGrid control's AutoColumnFit property set to true and false?

4) What version of WebDesktop and WebGrid are you using?

4) Has anyone else mentioned any performance issues with the 2009 R1 SP1 release?

Also, please send me an ASPX page instead of markup so I can see what the changes were. I will make the changes in my application and compare the load times.

I am doing more analysis.  I removed some of the WebPaneManager from the page's MasterPage and there is a dramatic performance increase.

Let's direct attention to the WebPaneManager. How would this be connected to the WebGrid's AutoFitColumns? Was there any changes to the WebPaneManager for 2009?

Here is my simple project that will show you that i don't have any slow performance like i said before. The page loads within 10 s.
In fact, I used your WebGrid settings and WebPaneManager settings in here.
Our developer teams also said we would need to replicate this issue first before can give more analysis.
 
So, could you test my simple project on your environment and let me know if the issue also occurs or not.
You can also help us by modifying the issue into my simple project (runable) and send it back to me. 

Handy

Here are the results:

Before modifying, this page renders over 2000 records in 5 seconds.

After modifying, this page renders over 2000 records in nearly 25 seconds.

Here are the modifications:

Added a WebPaneManger control and 3 panes for a WebMenuBar, WebToolBar, and WebNavPane control.  For simplicity, I added only the WebMenuBar as it appears to be causing the problem.

Added code to dynamically add one parent and 3 children items to the WebMenuBar

Also, I am not sure if it is related but when the WebMenuBar’s IntegratedTo property is changed from None to DesktopManager or PlaceHolderManager, the page load changes from nearly 1 minute to about 6 seconds.  This is interesting because your example has this set to "None" and the page renderes within 5 seconds. Unfortunately, the items within the WebMenuBar do not render properly when not set to “None”. 

Please note that this is critical for our company as we have a release tomorrow and need to determine the best course of action.  If there is anything else I can do, please let me know. I am hoping this working example will help you diagnose the problem.

Also,  the provided project has the WebGrid's AutoFitColumn's property set to true. As I said in the original post, this is the setting that doesn't show the bug.  In the modified version above, this property is set to false causing the page's load time to exceed nearly 25 seconds but only 5-6 seconds when set to  true.

I am still not sure how the WebGrid is related but there is definately a performance issue there.

Hi,

I ran the modified project you sent me. I wonder why the result is different from yours. Please see my recording. I never got 1 minute or something. Maybe your computer cache can affect on the performance or something. Please try to remove IE cache and asp.net cache at C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files. Then try to rerun again. For the first time maybe it would get slower because there is no cache of the current page. Please let me know an update that can help me more investigate the issue.

About the render issue, i can also replicate it. I will forward this to our developer. 

Regards,
Handy

FYI, in modified project which you sent me, the style is not rendered properly when not set to "None", because in your page, there is no PlaceHolderManager or WebDesktopManager at all. At least, you will need to add one. e.g Try to add PlaceHolderManager, set IntegratedTo "PlaceHolderManager", and fill PlaceHolder property with "PlaceHolderManager1". Please also apply the latest hotfix ( have just released).

Regards,
Handy

Hi,

I ran the modified project you sent me. I wonder why the result is different from yours. Please see my recording. I never got 1 minute or something. Maybe your computer cache can affect on the performance or something. Please try to remove IE cache and asp.net cache at C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files. Then try to rerun again. For the first time maybe it would get slower because there is no cache of the current page. Please let me know an update that can help me more investigate the issue.

About the render issue, i can also replicate it. I will forward this to our developer. 

Regards,
Handy

The page that takes nearly 1 minute to load is another page within the application that is similiar to the modified project I sent.  I made reference to the load time to illustrate the performance problem that appears to be related to the WebDesktop (WebPaneManager/WebPane/WebMenuBar/etc.) and/or the WebGrid.  I am not sure where the problem is coming from but it's easily duplicated with that modified project. Again, I am not sure how it's related but the peformance problem goes away when the IntegratedTo property is removed (but the WebMenuBar style goes away) and/or the Grid's AutoFitColumn property is set to true (We prefer false to set our own widths).

Can you please reply with a timeline as this is very crucial to our application. We are currently planning to rollback the 2009 R1 SP1 release to the 2008 R2 that doesn't have these performance issues if there is no resolution within the next day or so.

FYI, in modified project which you sent me, the style is not rendered properly when not set to "None", because in your page, there is no PlaceHolderManager or WebDesktopManager at all. At least, you will need to add one. e.g Try to add PlaceHolderManager, set IntegratedTo "PlaceHolderManager", and fill PlaceHolder property with "PlaceHolderManager1". Please also apply the latest hotfix ( have just released).

Regards,
Handy

I am currently running the latest hotfix. The modified project that I sent you has the IntegratedTo set to "None" which renders properly but takes a very long amount of time. I made reference to that property to show that the page renders MUCH faster (But not with the specified style) when set to the other valid value. Perhaps this property is somehow related to the Grid's AutoColumn fit property as they both have a BIG effect on performance?  I prefer setting it to None and not having a DesktopManager or a PlaceHolder manager but open to anything if it resolves these issues.

Ok. I understand your situation. As you can see in my recording, the performance works well, right?
In fact, I have used all latest hotfixes in this modified project. Also, after it got cache, the page is loaded just within 10s in my environment.
Please let me know your environment details (pc environment (32 bit or 64 bit) or the browser you used) and send me your html out put when you view source.
I got news from our developer that it's true that at the past, some styles can be slower performance at browser, that's what we fixed or changed at framework and Webdesktop level.

e.g at the past, there's an issue slow performance if WebMenuBar applied many styles.

Regards,
Handy

Ok. I understand your situation. As you can see in my recording, the performance works well, right?
In fact, I have used all latest hotfixes in this modified project. Also, after it got cache, the page is loaded just within 10s in my environment.
Please let me know your environment details (pc environment (32 bit or 64 bit) or the browser you used) and send me your html out put when you view source.
I got news from our developer that it's true that at the past, some styles can be slower performance at browser, that's what we fixed or changed at framework and Webdesktop level.

e.g at the past, there's an issue slow performance if WebMenuBar applied many styles.

Regards,
Handy

We run both 32 and 64 bit and typically use IE7-IE8.

Also, I don't think the problem here is styles (CSS) because this same code base was much faster in the 2008 RC release.  It was never "fast" but a 14 second to 1 minute+ performance increase is easily noticeable and not acceptable to our users.  Furthermore, if you remove the styles within the WebMenuBar, it is still slow.  It only becomes faster if you change the WebMenuBar's IntegratedTo or the WebGrid's AutoFitColumn property to true.  I am not sure how either of those would remove styles on the page.

It is also interesting to note that if you remove the code to dynamically add items to the WebMenuBar, it becomes faster again. Even *1* item in the WebMenuBar has a major performance hit.

At this point, we are in a criticial spot because we have a production release that includes the 2009 R1 SP1 Refresh and we cannot release it with these problems.

1) Do you have a workaround?

2) Do you have a timeline for when these bugs will be fixed?

Thank you for your help. It is very much appreciated.

Hi,

For this time, I don't have any idea or workaround for this issue. As i told you that the styles could be affect the performace just like our previous issue in our previous product. If we could not replicate the issue in here, how can our developer team investigate your issue? I would need your cooperation by sending my last modified sample include all details such as CSS.

Regards,
Handy

Hi,

For this time, I don't have any idea or workaround for this issue. As i told you that the styles could be affect the performace just like our previous issue in our previous product. If we could not replicate the issue in here, how can our developer team investigate your issue? I would need your cooperation by sending my last modified sample include all details such as CSS.

Regards,
Handy

You can reproduce the issue there. I modified your project a few posts above which shows the page's load time go from 5 seconds to 25 seconds.   I still am not sure if these performance issues are a result of CSS because of the following:

1)  Performance increases if the MenuNavBar control is removed.

2)  Performance increases if the MenuNavBar control is used but no items are added

3)  Performance issue if the MenuNavBar has only *1* item

4)  Performance increases if the WebGrid's AutoColumnFit property is set to true (This prompted me to create this thread until I found the MenuNavBar control issue). Does this property when set to true remove the CSS within the page?

5)  Downgraded the Intersoft 2009 R1 Refresh to Intersoft 2008 returns our application to acceptable levels without any other changes.

Please let me know if there is anything else I can do to help resolve these issues.

Hi Shawn,

It's true, but what we suspect is there's a conflict between your css with our control. For example in my end I used the same sample that I gave you and the performance didn't increase but when you tested and modified the sample by adding your css the performance is bad. That's why I suspect that probably there's a conflict between our control and your style but then again it's just my suspection.

Frankly say that I cannot replicate the issue in here without your css therefore I really need you to send the css that you add in my sample, if you dont want to send it by forum, you can send it to my email(handy@intersoftpt.com) so I can immediately replicate the issue and forward it to our development team so they can fix the issue.

Best Regards,

Handy

Hi Shawn,

It's true, but what we suspect is there's a conflict between your css with our control. For example in my end I used the same sample that I gave you and the performance didn't increase but when you tested and modified the sample by adding your css the performance is bad. That's why I suspect that probably there's a conflict between our control and your style but then again it's just my suspection.

Frankly say that I cannot replicate the issue in here without your css therefore I really need you to send the css that you add in my sample, if you dont want to send it by forum, you can send it to my email(handy@intersoftpt.com) so I can immediately replicate the issue and forward it to our development team so they can fix the issue.

Best Regards,

Handy

This is getting frustrating.  Please compare the original with the modified to see that the changes are not just CSS but I added a WebMenuBar, another WebPane, etc.. In fact, I removed the CSS that exists within the WebMenuBar so we can get away from blaming the CSS because the performance bug still increases from 4-5 seconds to nearly 25 seconds.

You have everything you need in the provided solution. You can replicate it in the solution very easily as I have explained in my posts above:

Compare the page load with and without the WebNavBar rendering (Set Visible=false). Confirm the performance bug exists.

Compare the page load with and without the WebGrid's AutoFitColumn property (true/false) with the WebNavBar rendering on the page. Confirm the performance bug exists.

Remove every CSS you can find in the WebNavBar and the WebGrid. NO EXTRA CSS. Confirm the performance bug exists.

If I remove the WebMenuBar, the performance comes back. However, I am still skeptical that other performance bugs exist. 

Hello,

Yes, it's true that the time of response is different when i tried your suggestion. But i could not replicate the issue about the long time response. I even never got 1 minutes response to load the page. The response time in my sample still acceptable. If i can replicate non-acceptable like yours, we can start to investigate what's wrong at our control. If we could not replicate it now, where should we start if all things work fine in here. We don't completely sure that CSS causes this issue. But we still need to replicate the issue first. 

Regards,
Handy

Handy,

From looking at your movie clip this is a definite increase in performance when the "IntegratedTo" property is set not set to a value "None".  Granted it may not be 1 minute but it certainly takes longer than with the "IntegratedTo" property set to None.

In out application using the WebMenuBar with this setting effectively kills out application and makes it unusable, but by simplying turning it off it is very fast.

Regards,

Adrian.

Hello Adrian & Shawn,

The issue seems related to past issue. At the past, all the style should be defined at CSS class (WebToolBar). This also applicable for WebMenu. Please see the attached project. I have collected your WebMenu style into CSS files. No matter IntegrateTo properties is set, the performance fine. Please let me know if you also get the same result or not.

Regards,
Handy

This problem has resurfaced! The previous fix for us was to put the WebToolBar's CSS within a CSS file as suggested within this thread which fixed the problem. However, after upgrading to the current version of Intersoft, the performance bug is back and it's system wide across multiple applications. Here's another user with a similiar issue: 

http://www.intersoftpt.com/Community/WebGrid/WebGrid-7---Render-Performance-Extremely-Slow-When-WebMenuBar-On-Page/

The bug still exists even after removing *ALL* of the CSS (for testing) so I am not sure what's causing the problem. However, the performance is back if you:

1) Remove WebToolBar's IntegratedTo property which was set to "NONE"

     This causes the WebToolBar to have multiple JavaScript exceptions (this.CommandStyle is null or not an object) and the UI to be skewed

2) Set the WebGrid's AutoFitColumns to TRUE

    This is not desireable as we want to specify the column widths.

Please help as this is a major production issue making ALL of our applications unusable.

Thank you!

Hello,

Would you mind to provide us a simple runable sample which can show us the issue? We need to see the comparasion result with previous version. 

http://www.intersoftpt.com/Community/WebGrid/WebGrid-7---Render-Performance-Extremely-Slow-When-WebMenuBar-On-Page/
This customer has confirmed that the workaround resolve performance issue. So, if you said the issue has surfaced, we need more details to help you fix this issue.

Regards,
Handy

Hello,

Would you mind to provide us a simple runable sample which can show us the issue? We need to see the comparasion result with previous version. 

http://www.intersoftpt.com/Community/WebGrid/WebGrid-7---Render-Performance-Extremely-Slow-When-WebMenuBar-On-Page/
This customer has confirmed that the workaround resolve performance issue. So, if you said the issue has surfaced, we need more details to help you fix this issue.

Regards,
Handy

Yea, that thread is nearly a year ago but I wanted to point out that another person had the issue too.

I will make you a reproducible example as soon as I get in the office tomorrow morning 9ish EST. Can you reproduce the bug given the same example you gave me in this thread? We used that code that moves the CSS to an external CSS file to fix the problem last year.

Thanks for the fast reply.

I have attached a solution with the bug reproduced. I added a CHECKBOX control to the page to turn the bug on/off as well as a BUTTON to refresh the page.  This bug is really odd.  I am not sure how this is all connected but adding a SplitButton/DropDownButton to the ToolBar dramatically hurts performance to the point that we cannot use ANY of our applications. Furthermore, I am not sure why changing the WebToolBar's IntegrateTo and WebGrid's AutoFitColumns properties bring the performance back as expected? 

Please let me know as this is extremely high priority. Thank you!

Hello Shawn,

Basen on another thread, I already explained about the issue. Perhaps, my previous explanation wasn't good enough.
This performance issue is caused by WebToolBar or WebMenuBar and only shows at IE.
WebToolBar or WebMenuBar use AddStyle() method to customize theirstyle. Somehow, AddStyle() method is not functioning in IE (browser limitation).
In order to avoid this issue, we suggest to customize the style with CSS, include the standard style.
When using standard style, AddStyle() method would be automatically activated to retrieve/set the standard style.

E.g 
Your current simple sample.

I applied the CSS into WebToolBar and the performance works well.

Regards,
Handy

Hello Shawn,

Basen on another thread, I already explained about the issue. Perhaps, my previous explanation wasn't good enough.
This performance issue is caused by WebToolBar or WebMenuBar and only shows at IE.
WebToolBar or WebMenuBar use AddStyle() method to customize theirstyle. Somehow, AddStyle() method is not functioning in IE (browser limitation).
In order to avoid this issue, we suggest to customize the style with CSS, include the standard style.
When using standard style, AddStyle() method would be automatically activated to retrieve/set the standard style.

E.g 
Your current simple sample.

I applied the CSS into WebToolBar and the performance works well.

Regards,
Handy

Can you explain further? I briefly checked your modified page and it seems like you only added CSS to fix the bug? I don't understand why I would have to add CSS to fix the performance? Also, I don't understand why it works perfectly fine if a splitbutton/dropdown button with a child exists? As soon as I remove that, the performance is back. I also don't understand how AutoFitColumns fixes this problem?

Please explain? Also, is that the only CSS that must be used to avoid this performance bug? Again, I am still unsure why CSS must be used? And, if it is necessary what are the options to avoid this performance bug?

When I get in the office in the morning, I will apply the CSS (Is the WebToolBar's CSS the only change? We have other WebToolBars in our application, should the same CSS be applied there too?) to the WebToolBar.

Thank you.

Hi,

Yes. All the style should be customized in CSS. If you don't use CSS, WebToolBar/WebMenuBar would use AddStyle() (default mechanism). As I said before, somehow this method is not functioning in IE.
If you run the sample in other browser, the performance would not slow.
Also, In your sample, I didn't touch anything about AutoFitColumn. 

Regards,
Handy

Hi,

Yes. All the style should be customized in CSS. If you don't use CSS, WebToolBar/WebMenuBar would use AddStyle() (default mechanism). As I said before, somehow this method is not functioning in IE.
If you run the sample in other browser, the performance would not slow.
Also, In your sample, I didn't touch anything about AutoFitColumn. 

Regards,
Handy

What exactly do I have to do to ensure that the AddStyle() is not used? What CSS do I have to specify?

As I mentioned in this thread, the WebGrid's AutoFitColumn property when set to TRUE removes the performance bug. This is also true if I don't have a WebToolBar with a splitButton/DropDownList button with a child item. I don't understand how the AddStyle relates to any of this?

Hello,

AddStyle() would not be used if you customize all your style with CSS. WebToolBar/WebMenuBar provides properties which can be configured for its style. I already sent you the sample which I include all the style  in CSS and set it in those properties.

 <MenuStyleSettings BackgroundStripColor2="" MenuDropShadow="True" MenuAnimation="True"
  MenuWindowType="Normal" BackgroundStripColor="#E3EFFF">
 <CustomStyle CssClass="CustomStyle">
 </CustomStyle>
 <DisabledItemStyle>
 <Over CssClass="DisabledItemStyle-Over">
 </Over>
 <Normal CssClass="DisabledItemStyle-Normal">
 </Normal>
 </DisabledItemStyle>
 <CheckedItemStyle>
 <Over CssClass="CheckedItemStyle-Over">
 </Over>
 <Normal CssClass="CheckedItemStyle-Normal">
 </Normal>
 </CheckedItemStyle>
 <SeparatorStyle CssClass="SeparatorStyle"></SeparatorStyle>
 <FrameStyle CssClass="FrameStyle">
 </FrameStyle>
 <ItemStyle>
 <Over CssClass="ItemStyle-Over">
 </Over>
 <Normal CssClass="ItemStyle-Normal">
 </Normal>
 </ItemStyle>
 </MenuStyleSettings>
 <HeaderButtonStyle>
 <Active CssClass="HeaderButtonStyle-Active">
 </Active>
 <Over CssClass="HeaderButtonStyle-Over">
 </Over>
 <Normal CssClass="HeaderButtonStyle-Normal">
 </Normal>
 </HeaderButtonStyle>
 <BodyStyle BackColor="#BFDBFF"></BodyStyle>
 <CommandStyle>
 <Active CssClass="CommandStyle-Active">
 </Active>
 <Over CssClass="CommandStyle-Over">
 </Over>
 <Normal CssClass="CommandStyle-Normal">
 </Normal>
 </CommandStyle>
 <CommandDisabledStyle CssClass="CommandDisabledStyle">
 </CommandDisabledStyle>
 <SeparatorStyle CssClass="SeparatorStyle1"></SeparatorStyle>
 <HandleStyle BackColor="#BFDBFF"></HandleStyle>
 <OptionStyle BackColor="#C4C4AD"></OptionStyle>
 <HeaderCaptionStyle CssClass="HeaderCaptionStyle">
 </HeaderCaptionStyle>

I will need to discuss with our developer about AutoFitColumn property. But after configure CSS, without AutoFitColumn, the performance works well.

Regards,
Handy

Hello,

AddStyle() would not be used if you customize all your style with CSS. WebToolBar/WebMenuBar provides properties which can be configured for its style. I already sent you the sample which I include all the style  in CSS and set it in those properties.

 <MenuStyleSettings BackgroundStripColor2="" MenuDropShadow="True" MenuAnimation="True"
  MenuWindowType="Normal" BackgroundStripColor="#E3EFFF">
 <CustomStyle CssClass="CustomStyle">
 </CustomStyle>
 <DisabledItemStyle>
 <Over CssClass="DisabledItemStyle-Over">
 </Over>
 <Normal CssClass="DisabledItemStyle-Normal">
 </Normal>
 </DisabledItemStyle>
 <CheckedItemStyle>
 <Over CssClass="CheckedItemStyle-Over">
 </Over>
 <Normal CssClass="CheckedItemStyle-Normal">
 </Normal>
 </CheckedItemStyle>
 <SeparatorStyle CssClass="SeparatorStyle"></SeparatorStyle>
 <FrameStyle CssClass="FrameStyle">
 </FrameStyle>
 <ItemStyle>
 <Over CssClass="ItemStyle-Over">
 </Over>
 <Normal CssClass="ItemStyle-Normal">
 </Normal>
 </ItemStyle>
 </MenuStyleSettings>
 <HeaderButtonStyle>
 <Active CssClass="HeaderButtonStyle-Active">
 </Active>
 <Over CssClass="HeaderButtonStyle-Over">
 </Over>
 <Normal CssClass="HeaderButtonStyle-Normal">
 </Normal>
 </HeaderButtonStyle>
 <BodyStyle BackColor="#BFDBFF"></BodyStyle>
 <CommandStyle>
 <Active CssClass="CommandStyle-Active">
 </Active>
 <Over CssClass="CommandStyle-Over">
 </Over>
 <Normal CssClass="CommandStyle-Normal">
 </Normal>
 </CommandStyle>
 <CommandDisabledStyle CssClass="CommandDisabledStyle">
 </CommandDisabledStyle>
 <SeparatorStyle CssClass="SeparatorStyle1"></SeparatorStyle>
 <HandleStyle BackColor="#BFDBFF"></HandleStyle>
 <OptionStyle BackColor="#C4C4AD"></OptionStyle>
 <HeaderCaptionStyle CssClass="HeaderCaptionStyle">
 </HeaderCaptionStyle>

I will need to discuss with our developer about AutoFitColumn property. But after configure CSS, without AutoFitColumn, the performance works well.

Regards,
Handy

I went through the new CSS and made one-by-one changes to narrow down the CSS causing the problem. Our existing application had similiar CSS except some were CSS classes and other was CSS explicitly in the markup.  Oddly,  the missing css was the following that references an empty CSS class: <CustomStyle CssClass="CustomStyle"></CustomStyle>

This really makes no sense at all.  Please find out from the developers the following:

1) What CSS MUST be defined within the WebMenubar/WebToolbar to avoid this performance bug? I am looking for specific Style properties that must be specified and the valid CSS classes and/or style that can be used?

2) Why does the WebGrid's AutoFitColumn property fixes this performance bug?

3) Why does a Split/DropdOWn button within a WebMenubAR/WebToolbar control cause this performance bug? What is specific about this that causes the bug?

Thank you.

I also verified this is an issue with FIreFox and not just IE.

Hi,

What CSS MUST be defined within the WebMenubar/WebToolbar to avoid this performance bug? I am looking for specific Style properties that must be specified and the valid CSS classes and/or style that can be used?

As I told before, by using CSS, AddStyle() method which slow down page in IE. In your latest sample, I can run well in Firefox. Perhaps, you can help us by providing sample that can replicate the issue in firefox.

Why does the WebGrid's AutoFitColumn property fixes this performance bug?

Why does a Split/DropdOWn button within a WebMenubAR/WebToolbar control cause this performance bug? What is specific about this that causes the bug?

I still need to discuss about AutoFitColumn with our developer teams.
Using Split/DropDown button, make WebToolBar/WebMenuBar needs to generate style for its menu.
When need only toolbar command, the menu style does not need to be generated.
So, since the default behavious still use AddStyle(), you need to use CSS to avoid it.

Once again, this is not a bug from our control This is a limitation from IE itself. 
Please refer into below community or discussion link to know more information about AddStyle issue:

http://www.webdeveloper.com/forum/showthread.php?p=1112700
http://msdn.microsoft.com/en-us/library/ms906392.aspx
http://www.quirksmode.org/bugreports/archives/2006/01/IE_wont_allow_documentcreateElementstyle.html

I went through the new CSS and made one-by-one changes to narrow down the CSS causing the problem. Our existing application had similiar CSS except some were CSS classes and other was CSS explicitly in the markup.  Oddly,  the missing css was the following that references an empty CSS class: <CustomStyle CssClass="CustomStyle"></CustomStyle>

Please let me know the detail about what style that you need. CustomStyle is used for Custom MenuItem.
Since, your previous sample, does not use Custom MenuItem, it would be ok if the reference is an empty CSS classes.

Regards,
Handy

I removed the child items to avoid this issue. I didn't find a work-around that fixed the performance issue. You should default the necessary CSS so that this issue doensn't occur.  One would never know to specify CSS or which CSS to avoid this issue.

Also, I don't understand the correlation between AutoFitColumn with the Grid and this issue but I have spent WAY too much time trying to figure it out. 

Hello,

AutoFitColumn can have a different result when set to true or false. When set it true, It will re-calculate all the columns width and resize the column proportionally.
That's why there is a different time. But I could not say it would affect to performance much. Based on my test in my project and your original project, I still could not replicate very slow performance related to AutoFitColumns.

Regards,
Handy

Hello,

AutoFitColumn can have a different result when set to true or false. When set it true, It will re-calculate all the columns width and resize the column proportionally.
That's why there is a different time. But I could not say it would affect to performance much. Based on my test in my project and your original project, I still could not replicate very slow performance related to AutoFitColumns.

Regards,
Handy

I have solutions in this thread that show that the AutoFitColumns property affects performance dramatically. Please re-read some of the posts in this thread.  There were several performance issues and some how that AutoFitColumns property was altering performance. I am not sure if that was the culprit but it definately affected performance dramtically.

I think a change needs to be made to default the CSS in the WebGrid so that this sort of browser bug doesn't exist.  You cannot expect your user base to know that they need to specify some CSS to get around this issue.

Hello,

Thank you for your valuable feedback. I will let our developer team know about feedback in our CSS. However, I am not sure if also need to be implemented in WebGrid because WebGrid works fine with the default style.

Also, I ever told in previous posts in this thread that I could not replicate very slow performance when using AutoFitColumn. It's true that there is a differences when AutoFitColumn true/false. But the performance is not very slow which is still acceptable in my testing.

Regards,
Handy

Hello,

Thank you for your valuable feedback. I will let our developer team know about feedback in our CSS. However, I am not sure if also need to be implemented in WebGrid because WebGrid works fine with the default style.

Also, I ever told in previous posts in this thread that I could not replicate very slow performance when using AutoFitColumn. It's true that there is a differences when AutoFitColumn true/false. But the performance is not very slow which is still acceptable in my testing.

Regards,
Handy

I disagree. The solution I created within the February 9, 2011 10:11 post clearly shows a HUGE performance problem. Without the toolbar's child item, the grid refreshes (only 2155 records) in under 2 seconds (acceptable) but nearly 14 seconds with the toolbar's child item. That's nearly 700% increase! That *IS* a performance bug. If this is related to the browser then I suggest fixing the bug by defaulting the necessary CSS as your devs wouldn't know this limitation. 

Please pass this information to your development staff as we have had this issue for a very long time and it needs to be addressed.

Thank you.

Hi,

I disagree. The solution I created within the February 9, 2011 10:11 post clearly shows a HUGE performance problem. Without the toolbar's child item, the grid refreshes (only 2155 records) in under 2 seconds (acceptable) but nearly 14 seconds with the toolbar's child item. That's nearly 700% increase! That *IS* a performance bug. If this is related to the browser then I suggest fixing the bug by defaulting the necessary CSS as your devs wouldn't know this limitation. 

 

Please pass this information to your development staff as we have had this issue for a very long time and it needs to be addressed.

As I said before, from beginning until the end, we could not replicate the performance issue because of AutoFitColumn.
I already explained that it is true that there is a different time when using AutoFitColumn. But it's still acceptable.

Perhaps, you can send us a simple sample that replicates this issue. We need this to investigate the issue.

Regards,
Handy

Hi,

I disagree. The solution I created within the February 9, 2011 10:11 post clearly shows a HUGE performance problem. Without the toolbar's child item, the grid refreshes (only 2155 records) in under 2 seconds (acceptable) but nearly 14 seconds with the toolbar's child item. That's nearly 700% increase! That *IS* a performance bug. If this is related to the browser then I suggest fixing the bug by defaulting the necessary CSS as your devs wouldn't know this limitation. 

 

Please pass this information to your development staff as we have had this issue for a very long time and it needs to be addressed.

As I said before, from beginning until the end, we could not replicate the performance issue because of AutoFitColumn.
I already explained that it is true that there is a different time when using AutoFitColumn. But it's still acceptable.

Perhaps, you can send us a simple sample that replicates this issue. We need this to investigate the issue.

Regards,
Handy

Let's forget about the AutoFitColumn. Please refer to the VS solution that I provided which clearly shows the performance bug. I am sorry but 700+% increase in time *IS* a performance problem.  I can easily create another solution with some other 3rd party WebGrids that do not have this problem for some comparison.  Something is wrong here.

It should not take 14 seconds to display 2,000 records in a simple grid. Whether or not this is a browser issue, it can be resolved with some default CSS which I think you should be fixing on your end. The developers would never know about this limitation and how to fix it.  

Please refer to the reproducible VS solutiothat I have provided.

Hello,

Ok, I understand.
Personally, I don't agree if this issue related to AutoFitColumns. 

Example, If I am using WebGrid with few column and few data, It works great (not related to AutoFitColumn).
However, When using Invoice Table which contains many data, I can replicate the issue.
If I adjust the paging, it would work faster than before. The speed even become faster if you set AutoFitColumn true.

It seems the client render in html is less than AutoFitColumn false.
When it set to false, the rendering took many resources such as scrollbar and more elements.
Perhaps, this will answer your question why the performance would be great during AutoFitColumn true.

I would be agree if this performance related to rendering many columns in WebGrid, not because AutoFitColumn.

Regards,
Handy