143219 - mozilla slow / sluggish on phpadmin

Status: RESOLVED DUPLICATE of bug 143046

(Core Graveyard :: GFX, defect)

Description

[Henrik Lynggaard Hansen]

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

Comment 1

[Matthias Versen [:Matti]]

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 ?

Comment 2

[Sebastian Biallas]

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

Comment 3

[Matthias Versen [:Matti]]

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

Comment 4

[Olivier Cahagne]

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.

Comment 5

[Matthias Versen [:Matti]]

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

Comment 6

[Matthias Versen [:Matti]]

-> Layout for triage

Comment 7

[Blackwar]

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

Comment 8

[Boris Zbarsky [:bzbarsky]]

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?

Comment 9

[Olivier Cahagne]

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.

Comment 10

[Olivier Cahagne]

Attachment: "Selectbox sticky mouse" reduced testcase

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...

Comment 11

[Olivier Cahagne]

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

Comment 12

[Olivier Cahagne]

Attachment: Second reduced "selectbox sticky mouse" testcase (w/o JS)

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

Comment 13

[Kevin McCluskey (gone)]

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

Comment 14

[Henrik Lynggaard Hansen]

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

Comment 15

[Henrik Lynggaard Hansen]

Attachment: The background image that i removed

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

Comment 16

[dcone (gone)]

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 ***