Closed Bug 583909 Opened 14 years ago Closed 13 years ago

Low resolution images shown when mouse is moving or near centre of window.

Categories

(Core :: Graphics, defect)

x86
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED FIXED
Tracking Status
blocking2.0 --- -

People

(Reporter: pxbugz, Assigned: roc)

References

()

Details

(Keywords: regression, Whiteboard: [depends on 586683])

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; Windows NT 6.1; WOW64; rv:2.0b3pre) Gecko/20100802 Minefield/4.0b3pre

Page loads and click into 3d view. Images are low resolution when moving the mouse or leaving the cursor near the centre of the window.



Reproducible: Always

Steps to Reproduce:
1.Load page and click into the '3d' view and observe low res images
2. Keep mouse near centre of window and observe low res images
3.Move mouse near any edge of the screen and stop, the images will switch to the normal high resolution.

Actual Results:  
Images were low res unless mouse was near edge of the window and stationary.

Expected Results:  
Images should remain at their full resolution all the time.

Build 1280718690 is fine, next one is 1280722154 which is bad.

Probable regression range http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=488ea306526b&tochange=3abcda8e8ca5

Mozillazine post with screenshots http://forums.mozillazine.org/viewtopic.php?f=23&t=1961573&start=26

Build 1280718690 is fine, next one is 1280722154 which is bad.

Happens with D2D/DW on or off. Works in 3.6.8
There are various things we can do here. The best thing would be to have the layer managers compute a scale factor for each ThebesLayer (or temporary surface for other layers) and render the layers at higher or lower resolution depending on the scale factor.

A temporary fix would be to make transform layers inactive unless there is an active layer inside them. So we'd avoid fallback for video and 3D canvas inside transforms, but otherwise not accelerate transforms.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Version: unspecified → Trunk
Rob, I think this should block - do you disagree?
blocking2.0: ? → betaN+
Blocks: 586683
Assignee: nobody → roc
No longer blocks: 586683
Depends on: 586683
Should be fixed, or at least improved, by bug 583909.
Whiteboard: [depends on 586683]
blocking2.0: betaN+ → -
Fixed by bug 586683
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: