When I sign into the admin.php, my IE7 freezes and drives the CPU to 100%. Works fine if I use FireFox, just wondering if anyone had seen this and had any ideas for me. I'm almost certain it's a browser issue, but I need to test the site using IE for the other guild officers.

I haven't seen this
Try clearing your cache in IE7

I also have a similar problem. When I go into Roster config my site freezes, but after 30 seconds or so the page completes loading and Im able to use the page again (albeit quite slowly).

Im not sure but I believe this behaviour started after installing Roster addons. Are you using any addons Shell, and if so which ones? I'll go have a look now and see what I can discover.

the only addon I'm using is armory synch

Heee, that what I thought.
Opening the admin pages is slow.
One’s all things are loaded/settled, it's ok.

I'm admining 3 roster with an average Guilde size of 110 persons - they all show the same behaviour.

What I noticed:
Throwing out all add on's doesn't speed up things. I tried - emptied my cache - retried.
But I'm convinced that it IS related to the number of persos present in the Roster.
Amory Sync just made my rosters files bigger yet

I also saw this 100% CPU usage - and true is that IE7 really blocks for about 15 seconds (using a dual core 2,6 Ghz !).
Firefox does a little bit better.

To make a point, and a long story short :
Open roster/css/js/mainjs.js and out-quote these lines :

Code: Select all

   for(var i=0; i<radioGroup.length; i++){
      if(radioGroup[i].label){
         radioGroup[i].label.className = ((radioGroup[i].checked=(radioGroup[i].id == e.id))
       && radioGroup[i].label) ? onClass : offClass;
    }
  }

with a /* ... and a */.
Save mainjs.js back on the server.

Welcome, your Roster admin part is back in hyper drive mode
One side effect: no more nice radio button - only the standard ones.
In my opinion: a small price to pay.

What happening ?
When the mainjs.js -> function toggleLabelStyle start to convert all these radio buttons, you will see a performance hit.
Throwing out ADAMS's RADIO CUSTOMISATION (or: disabling it) will help a lot.

Should we go for SUN Java ? Didn't try that one

Do we feel this is a reason to kick out these radio buttons? Or would a toggle suffice?

It gets slower with more members because of the per-member display permissions. These are in a separate page, rather than a separate tab, for 1.8.

And the character display page will be paginated by realm/guild...when I get around to it

It's "logic" that is becomes slower when many members are present.
I have 2760 of these radio buttons on one of my Roster admin "personnal settings" page. So I'm really hitting hard on this java code - with it's many for .. next loops in it.

Personnaly, I can live with it. It isn't even a real 'Roster' problem... it's a Java thing - this "problem" could be solved later on - it's a minor issue.
I threw these "nice radio buttons" out because this nailed the problem.

The solution proposed in 1.8 : "a separate page" will help a lot.

By the way : a better way to stop this Java tool is out-quoting line 245 :

Code: Select all

//   customiseInputs(formId,onClassRadio,offClassRadio,onClassCheckbox,offClassCheckbox);

II think my roster is ready to handle a 1000+ member Guild now

well...that fixed it...immediately. (I just commented out line 245)....thanks!