User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en; rv:1.9a6pre) Gecko/20070606 Camino/2.0a1pre Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en; rv:1.9a6pre) Gecko/20070606 Camino/2.0a1pre Entering text in form text input areas (both textarea and input tags) on pages that specify a background URL via CSS: <body style='background: url("http://wiki.couchsurfing.com/wiki/images/4/4c/New-map.jpg");'> is extremely slow. Removing the style element solves the problem. Reproducible: Always Steps to Reproduce: 1. Load the page. 2. Enter text in the textarea field. Actual Results: Text input is very slow. Expected Results: Text input is fast. Example page that demonstrates the issue: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> <meta http-equiv="content-type" content="text/html"> <title>Test</title> </head> <body style='background: url("http://wiki.couchsurfing.com/wiki/images/4/4c/New-map.jpg");'> <form action="/email.html" method="post"> <textarea name="emailbody" cols="68" rows="22"></textarea> </form> </body> </html>
How's the performance in trunk Firefox?
Good question! It turns out that (on the firefox-3.0pre6 nightly from today) the performance is just as bad. The interesting thing is that the text entering speed is fine for the fraction of a second that it takes to download the background image. Then it slows down to a crawl.
That background image is huge (1072X2000px). I guess it is the same underlying issue as the very slow scrolling with those huge background images (bug 364221). And yeah, typing in that test case (I'll attach it in a moment) is *slow* (feels like one of those old typewriters). Both Camino trunk and Minefield. I haven't seen any previous mention of this, confirming.
Is this maybe just a dupe of that bug, then? It seems like while the symptoms may be slightly different, the fix would likely be the same.
(In reply to comment #5) > Is this maybe just a dupe of that bug, then? It seems like while the symptoms > may be slightly different, the fix would likely be the same. Then it wouldn't be the same bug. Just because a fix resolves two bugs instead of just one, doesn't mean one bug is a dupe of another. That's why we have dependencies in bugzilla.
Right, but what I'm saying is "giant background image makes performance suck" is really the same bug for all values of "performance". cl
It is not really a dupe. If I 'un-aqua-fy' the textarea by applying border/padding/color in the stylesheet, typing speed returns to normal - or at least a reasonable speed, I'm slow at typing.
So this is a regression from the new form widgets, or partly a regression from them?
Testing on a home made Camino build after the Cairo 1.4.8 checkin. The performance is back to normal. I see the same performance improvement with the testcase in bug 364221.
With the nightly build I downloaded today (Aug. 6th, 2007) the issue seems fixed. Can anybody else confirm this? Thanks! Francesco
(In reply to comment #12) > With the nightly build I downloaded today (Aug. 6th, 2007) the issue seems > fixed. Can anybody else confirm this? According to comment 10, the issue was fixed almost two months ago. Is the 06 Aug 2007 build the first build in which you see the improvement? cl
No, in comment 10, I had made a test when Cairo 1.4.8 was briefly checked in (and then backed out). See bug 383960. Now that Cairo 1.5.10 has landed (landed at 2007-08-01 23:58), the test case works correctly. I think this bug can be resolved: fixed.
Oh, right, forgot about the backout. Whoever verifies this should make sure that the first nightly after the 1.5.10 landing did indeed fix the bug. cl
Seems to me that the nightly from 2007-08-02 (trunk) is the first one to fix the problem.