I have a mySQL on my localmachine, and phpMyAdmin (version 2.2.3) installed on my local webserver. Normally Mozilla 1.0 RC-1 performs very well on my machine, but surfing the local PHPadmin is very slow. Here are some of the symptoms * swicthin bewteem this page in one tab and the phpadmin page in another tab in the same window gives a 2-3 seconds pause before it redraws the php admin tab, while switching the other way is almost instantanious. * scrolling up and down in a phpadmin page showing around 75 table rows are happens in big chunks instead instead of smoth like on this page * selecting a dropdown box (selecting datatype for a table column) is also slow. again there is a 1-2 seconds wait time from i select the item on the dropdown list till the droopdown is closed and the selected value apppear

a) Browser General doesn't fix bugs b) I can't find the right component without testcase Can you save the page with mozilla and attach it ?

Here's an online demo: http://www.phpmyadmin.net/phpMyAdmin/ Isn't slow for me, build 2002050408, Win 98

wfm with win2k build 20020507 (BTW: what's your build ID ?)

I also see this slowliness using build 2002050904 on Win2k (trunk) on PIII-900 when keeping on moving mouse while loading various pages. Then, the mouse seems to freez for half a second. I think this might be due to DHTML/JS code loaded on every page which require a little amount of time.

*** Bug 143870 has been marked as a duplicate of this bug. ***

-> Layout for triage

so what is the status on this bug? Is it confirmed? Is it going to be fixed? Thanks

It's in the "no one who can reproduce it has bothered to create a minimized testcase or run a JS profile or jprof profile, hence there is nothing to go on in fixing it" stage. Does the online demo reproduce it for reporter and Olivier? If so, what is the _exact_ sequence of steps that will reproduce it?

Still seeing the slowliness using build 2002051908 on Win2k (trunk) on the demo Web site. What happen for me: 1. Move the mouse from left to right regularly, 2. Keep on moving mouse, 3. Load URL http://www.phpmyadmin.net/phpMyAdmin/ 4. While loading and moving the mouse, notice the mouse is sluggish, 5. Once loaded, mouse is not sluggish anymore, This is on a PIII-900. This mouse issue happens everytime you load any phpMyAdmin's page, hence I initially thought of heavy DHTML/JS ? As the initial reporter, I also get the 2 other issues (slow selectbox), slight delay for initial big table scrolling. Overall, the mouse feels "sticky". Final note: phpMyAdmin uses XHTML code only, so Mozilla renders everything in strict mode, dunno if it can be related. Will attach one testcase for the selectbox issue.

Select one item and try to move your mouse, it'll remain sticky for half a second. This behaviour disappears as soon as you remove the background image or the JavaScript functions, so there must be something with them together, will investigate later. If anyone has an idea...

The image is a GIF 3849x6 pixels. http://www.phpmyadmin.net/phpMyAdmin/images/bkg.gif

ok, nothing to do with JavaScript, this second testcase also show the sticky mouse issue, with just a huge background image.

Sounds like a background image tiling performance issue. Reassigning to dcone.

I removed the background="bkg.gif" fromt the header.inc.php and the slowness went away both the tab switch and the sleect boxes now perform as usual. So i agree it looks like a background image problem

As you can see from the image the size of it is 3846*6. perhaps mozilla is chocking on the huge width which is far more than the window width

GIF's can slow up backgrounds. There was a fix that made things go faster.. but not fast enough. We still need to work on the solution which bug 143046 addresses. *** This bug has been marked as a duplicate of 143046 ***