Activity log for bug #744808

Date Who What changed Old value New value Message
2011-03-29 08:02:29 Ralph Corderoy bug added bug
2011-04-01 04:06:14 Ian Booth tags performance ui
2011-04-01 04:07:10 Ian Booth launchpad: importance Undecided High
2011-04-01 04:07:16 Ian Booth launchpad: status New Triaged
2011-05-04 12:06:52 Mike bug watch added https://bugzilla.mozilla.org/show_bug.cgi?id=629234
2011-05-04 12:55:04 Cas marked as duplicate 605567
2011-05-04 19:45:27 Robert Collins removed duplicate marker 605567
2011-05-04 19:46:15 Robert Collins summary Redrawing of Bug View page very slow in Firefox image sprite is packed very asymmetrically and triggers poor rendering performance in firefox
2011-05-17 23:27:11 Robert Collins summary image sprite is packed very asymmetrically and triggers poor rendering performance in firefox image sprite is packed very asymmetrically and triggers poor rendering performance in firefox3 and missing icons in firefox4
2011-06-12 16:08:59 Julian Alarcon bug added subscriber Julián Alarcón
2011-08-02 06:37:29 Timothy Mayoh bug task added firefox
2011-09-29 16:36:26 Bug Watch Updater firefox: status Unknown Confirmed
2011-09-29 16:36:26 Bug Watch Updater firefox: importance Unknown High
2012-01-11 20:25:46 Robert Collins description Ubuntu 10.10. Viewing a bug, e.g. https://bugs.launchpad.net/ubuntu/+source/anacron/+bug/606491, is very slow in Firefox. It's observable in many ways, e.g. scrolling is extremely sluggish, especially when the top of the page is neared. Even having the page redraw on an X Expose event takes seconds, e.g. when Firefox is unminimised with the bug tab selected. The CPU fan audibly steps. The X server continues to process other clients though during Firefox's hiatus. If I adblock just https://bugs.launchpad.net/+icing/rev12670/icon-sprites then fast snappy speed is restored. This is a PNG although the HTTP server is specifying a text/plain content-type. $ HEAD https://bugs.launchpad.net/+icing/rev12670/icon-sprites | grep Content-Type Content-Type: text/plain $ wget -qO- https://bugs.launchpad.net/+icing/rev12670/icon-sprites | file - /dev/stdin: PNG image, 64 x 20553, 8-bit/color RGBA, non-interlaced It is of huge vertical size. A friend reports Webkit also having issues with the Bug View page using it, but not Opera. Perhaps Firefox and Webkit hand the huge image onto the X server but Opera cuts out the sprites itself and hands many small images on. I'm using Nvidia graphics hardware and did find this comment by an AaronP, an Nvidia employee. http://www.nvnews.net/vbulletin/showthread.php?t=152295#7 Re: launchpad.net bug views excruciatingly slow Thanks for reporting this. I took a look today, and it appears that Firefox is using an enormous pixmap that exceeds the GPU's maximum rendering dimensions, causing software fallbacks. While we will attempt to make it as fast as possible, performance would be greatly improved if Firefox would render using surfaces that fit within the maximum renderable dimensions. A brief look at .../rev12670/icon-sprites didn't show up why it's packed so poorly giving such a large height. The simplest solution may be to pack the sprites more tightly resulting in a dense squarish image. I agree with AaronP that perhaps Firefox could cope better but it seems poor for Launchpad to dish up such a sprite collection. As it stands, viewing bugs on Launchpad is very frustrating. Every expose means seconds delay. Ubuntu 10.10. Viewing a bug, e.g. https://bugs.launchpad.net/ubuntu/+source/anacron/+bug/606491, is very slow in Firefox. It's observable in many ways, e.g. scrolling is extremely sluggish, especially when the top of the page is neared. Even having the page redraw on an X Expose event takes seconds, e.g. when Firefox is unminimised with the bug tab selected. The CPU fan audibly steps. The X server continues to process other clients though during Firefox's hiatus. If I adblock just https://bugs.launchpad.net/+icing/rev12670/icon-sprites then fast snappy speed is restored. This is a PNG although the HTTP server is specifying a text/plain content-type.     $ HEAD https://bugs.launchpad.net/+icing/rev12670/icon-sprites | grep Content-Type     Content-Type: text/plain     $ wget -qO- https://bugs.launchpad.net/+icing/rev12670/icon-sprites | file -     /dev/stdin: PNG image, 64 x 20553, 8-bit/color RGBA, non-interlaced It is of huge vertical size. A friend reports Webkit also having issues with the Bug View page using it, but not Opera. Perhaps Firefox and Webkit hand the huge image onto the X server but Opera cuts out the sprites itself and hands many small images on. I'm using Nvidia graphics hardware and did find this comment by an AaronP, an Nvidia employee.     http://www.nvnews.net/vbulletin/showthread.php?t=152295#7     Re: launchpad.net bug views excruciatingly slow     Thanks for reporting this. I took a look today, and it appears that     Firefox is using an enormous pixmap that exceeds the GPU's maximum     rendering dimensions, causing software fallbacks. While we will     attempt to make it as fast as possible, performance would be greatly     improved if Firefox would render using surfaces that fit within the     maximum renderable dimensions. A brief look at .../rev12670/icon-sprites didn't show up why it's packed so poorly giving such a large height. The simplest solution may be to pack the sprites more tightly resulting in a dense squarish image. I agree with AaronP that perhaps Firefox could cope better but it seems poor for Launchpad to dish up such a sprite collection. As it stands, viewing bugs on Launchpad is very frustrating. Every expose means seconds delay. See also bug 605567
2012-01-23 02:32:53 Robert Collins tags performance ui easy performance ui
2012-03-08 09:02:22 Ivo Anjo bug added subscriber Ivo Anjo
2012-04-19 23:14:40 Robert Collins summary image sprite is packed very asymmetrically and triggers poor rendering performance in firefox3 and missing icons in firefox4 image sprite is packed very asymmetrically - triggers poor rendering performance in firefox3 and missing icons in firefox4 and konquerer
2012-04-19 23:43:03 Christian Boltz bug added subscriber Christian Boltz
2012-05-29 14:17:40 Curtis Hovey description Ubuntu 10.10. Viewing a bug, e.g. https://bugs.launchpad.net/ubuntu/+source/anacron/+bug/606491, is very slow in Firefox. It's observable in many ways, e.g. scrolling is extremely sluggish, especially when the top of the page is neared. Even having the page redraw on an X Expose event takes seconds, e.g. when Firefox is unminimised with the bug tab selected. The CPU fan audibly steps. The X server continues to process other clients though during Firefox's hiatus. If I adblock just https://bugs.launchpad.net/+icing/rev12670/icon-sprites then fast snappy speed is restored. This is a PNG although the HTTP server is specifying a text/plain content-type.     $ HEAD https://bugs.launchpad.net/+icing/rev12670/icon-sprites | grep Content-Type     Content-Type: text/plain     $ wget -qO- https://bugs.launchpad.net/+icing/rev12670/icon-sprites | file -     /dev/stdin: PNG image, 64 x 20553, 8-bit/color RGBA, non-interlaced It is of huge vertical size. A friend reports Webkit also having issues with the Bug View page using it, but not Opera. Perhaps Firefox and Webkit hand the huge image onto the X server but Opera cuts out the sprites itself and hands many small images on. I'm using Nvidia graphics hardware and did find this comment by an AaronP, an Nvidia employee.     http://www.nvnews.net/vbulletin/showthread.php?t=152295#7     Re: launchpad.net bug views excruciatingly slow     Thanks for reporting this. I took a look today, and it appears that     Firefox is using an enormous pixmap that exceeds the GPU's maximum     rendering dimensions, causing software fallbacks. While we will     attempt to make it as fast as possible, performance would be greatly     improved if Firefox would render using surfaces that fit within the     maximum renderable dimensions. A brief look at .../rev12670/icon-sprites didn't show up why it's packed so poorly giving such a large height. The simplest solution may be to pack the sprites more tightly resulting in a dense squarish image. I agree with AaronP that perhaps Firefox could cope better but it seems poor for Launchpad to dish up such a sprite collection. As it stands, viewing bugs on Launchpad is very frustrating. Every expose means seconds delay. See also bug 605567 Ubuntu 10.10. Viewing a bug, e.g. https://bugs.launchpad.net/ubuntu/+source/anacron/+bug/606491, is very slow in Firefox. It's observable in many ways, e.g. scrolling is extremely sluggish, especially when the top of the page is neared. Even having the page redraw on an X Expose event takes seconds, e.g. when Firefox is unminimised with the bug tab selected. The CPU fan audibly steps. The X server continues to process other clients though during Firefox's hiatus. If I adblock just https://bugs.launchpad.net/+icing/rev12670/icon-sprites then fast snappy speed is restored. This is a PNG although the HTTP server is specifying a text/plain content-type.     $ HEAD https://bugs.launchpad.net/+icing/rev12670/icon-sprites | grep Content-Type     Content-Type: text/plain     $ wget -qO- https://bugs.launchpad.net/+icing/rev12670/icon-sprites | file -     /dev/stdin: PNG image, 64 x 20553, 8-bit/color RGBA, non-interlaced It is of huge vertical size. A friend reports Webkit also having issues with the Bug View page using it, but not Opera. Perhaps Firefox and Webkit hand the huge image onto the X server but Opera cuts out the sprites itself and hands many small images on. I'm using Nvidia graphics hardware and did find this comment by an AaronP, an Nvidia employee.     http://www.nvnews.net/vbulletin/showthread.php?t=152295#7     Re: launchpad.net bug views excruciatingly slow     Thanks for reporting this. I took a look today, and it appears that     Firefox is using an enormous pixmap that exceeds the GPU's maximum     rendering dimensions, causing software fallbacks. While we will     attempt to make it as fast as possible, performance would be greatly     improved if Firefox would render using surfaces that fit within the     maximum renderable dimensions. A brief look at .../rev12670/icon-sprites didn't show up why it's packed so poorly giving such a large height. The simplest solution may be to pack the sprites more tightly resulting in a dense squarish image. I agree with AaronP that perhaps Firefox could cope better but it seems poor for Launchpad to dish up such a sprite collection. As it stands, viewing bugs on Launchpad is very frustrating. Every expose means seconds delay. See also bug 605567 The khtml engine will not render an png image that exceeds 16,300px. The launchpad sprite is greater than 20,000px. No browser promises to support an image that large. Though this issue currently affects Konqueror, it could effect other browsers because there is no mechanism to ensure the sprites are sensibly sized.
2012-05-31 20:35:52 Curtis Hovey launchpad: assignee Curtis Hovey (sinzui)
2012-06-02 02:13:28 Curtis Hovey launchpad: status Triaged In Progress
2012-06-03 19:30:50 Launchpad QA Bot tags easy performance ui easy performance qa-needstesting ui
2012-06-03 19:30:51 Launchpad QA Bot launchpad: status In Progress Fix Committed
2012-06-04 15:08:04 Curtis Hovey tags easy performance qa-needstesting ui easy performance qa-ok ui
2012-06-08 00:30:54 Ian Booth launchpad: status Fix Committed Fix Released
2012-07-12 20:46:57 Curtis Hovey tags easy performance qa-ok ui disclosure easy performance qa-ok sharing ui
2013-10-09 21:35:59 Ubuntu QA Website tags disclosure easy performance qa-ok sharing ui disclosure easy iso-testing performance qa-ok sharing ui
2013-11-06 12:29:10 JBC bug added subscriber JBC
2017-05-15 13:48:37 Curtis Hovey launchpad: assignee Curtis Hovey (sinzui)
2018-05-25 07:23:39 Bug Watch Updater firefox: status Confirmed Unknown
2018-05-25 11:24:39 Colin Watson launchpad: status Fix Released Triaged
2018-05-30 14:11:54 Bug Watch Updater firefox: status Unknown Confirmed
2018-05-30 19:50:59 Ivo Anjo removed subscriber Ivo Anjo
2019-07-10 15:22:51 Bug Watch Updater firefox: status Confirmed Unknown