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