Closed
Bug 597939
Opened 14 years ago
Closed 14 years ago
window is not repainted when entering fullscreen
Categories
(Core :: XUL, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 604318
People
(Reporter: giorgio.liscio, Assigned: jimm)
Details
Attachments
(1 file)
35.78 KB,
image/jpeg
|
Details |
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b6pre) Gecko/20100908 Firefox/4.0b6pre Build Identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b6pre) Gecko/20100908 Firefox/4.0b6pre tested windows 7 x64 with aero on xulrunner (bundled with firefox) when i execute window.fullScreen = !window.fullScreen; the window is not repainted thank you Reproducible: Always
Updated•14 years ago
|
blocking2.0: --- → ?
Component: XP Toolkit/Widgets: XUL → Graphics
QA Contact: xptoolkit.xul → thebes
Comment 1•14 years ago
|
||
Can you provide a Testcase showing you Issue? What happens if you disable Hardware Acceleration in Tools/Options/Advanced/General and Restart Fx? What happens if you set "layers.accelerate-none" to "true" in about:config? What's your Graphics Info from about:support (Bottom)?
my hardware: Adapter Description ATI Radeon HD 4800 Series Vendor ID 1002 Device ID 9440 Adapter RAM 512 Adapter Drivers aticfx64 aticfx64 aticfx64 aticfx32 aticfx32 aticfx32 atiumd64 atidxx64 atidxx64 atiumdag atidxx32 atidxx32 atiumdva atiumd6a atitmm64 Driver Version 8.753.0.0 Driver Date 7-6-2010 Direct2D Enabled true DirectWrite Enabled true GPU Accelerated Windows 1/1 Direct3D 9 test case (xulrunner): <?xml version="1.0" ?> <?xml-stylesheet href="chrome://global/skin/" type="text/css"?> <window xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul" width="400" height="400"> <script> window.addEventListener("keypress", function(ev){if(ev.keyCode == 122) window.fullScreen = !window.fullScreen}, true); </script> <box style="background:red;" flex="1" align="stretch"> <description>press F11</description> </box> </window> what flag i should fix to be sure to disable hw acceleration? layers-accelerate-none true/false layers-accelerate-all true/false accelerated="true|false"
Comment 3•14 years ago
|
||
Giorgio, do you still see this problem? We fixed something very similar to this recently.
Updated•14 years ago
|
blocking2.0: ? → betaN+
hi, with the trunk of today i've the same issue as reported
in plus sometimes firefox-only windows mutate to windows 7 basic theme i can see the window frame but the toolbox area's background is totally transparent ( i can see my desktop wallpaper without blur)
Comment 6•14 years ago
|
||
Does the same thing happen in Firefox when you go into Full Screen mode?
in firefox there is no problem, but probably there is the same issue in ff there must be something that forces to repaint after entering full screen mode
reproducible with this too Adapter DescriptionATI Radeon HD 4600 Series Vendor ID1002 Device ID9498 Adapter RAM512 Adapter Driversatiu9p64 aticfx64 atiu9pag aticfx32 atiumd64 atidxx64 atiumdag atidxx32 atiumdva atiumd6a atitmm64 Driver Date2-2-2010 Direct2D Enabledtrue DirectWrite Enabledtrue GPU Accelerated Windows1/1 Direct3D 9
and with latest ati driver too i'm sorry for multiple posts
Reporter | ||
Comment 10•14 years ago
|
||
Comment 11•14 years ago
|
||
I think that maybe XUL needs to do automatically whatever Firefox is doing.
Component: Graphics → XP Toolkit/Widgets: XUL
QA Contact: thebes → xptoolkit.xul
Reporter | ||
Comment 12•14 years ago
|
||
i don't think so in firefox there is something that forces again to repaint the window to fix in xulrunner i add to dom a hidden box with position absolute, that forces the window repaint, but that is only a bug workaround
Assignee | ||
Comment 13•14 years ago
|
||
(In reply to comment #0) > User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b6pre) > Gecko/20100908 Firefox/4.0b6pre > Build Identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b6pre) > Gecko/20100908 Firefox/4.0b6pre > > tested windows 7 x64 with aero on xulrunner (bundled with firefox) > > when i execute > > window.fullScreen = !window.fullScreen; > > the window is not repainted > > thank you > > Reproducible: Always Possibly fixed in the 10/16 nightly by the patch in bug 604318? (In reply to comment #10) > Created attachment 479709 [details] > firefox when aero crashes... is related to full screen issue? Possibly fixed in the 10/16 nightly by the patch in 545892?
Assignee: nobody → jmathies
Reporter | ||
Comment 14•14 years ago
|
||
hi Jim Mathies now works perfectly! on my system the problem is resolved i will try on other systems too thank you!
Reporter | ||
Comment 15•14 years ago
|
||
ah sorry i misunderstood your message... i don't know but it is probably related to a recently fixed bug because now the window is repainted trunk of test Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101018 Firefox/4.0b8pre
Assignee | ||
Comment 16•14 years ago
|
||
thanks for reporting back!
Status: UNCONFIRMED → RESOLVED
blocking2.0: betaN+ → ---
Closed: 14 years ago
Resolution: --- → DUPLICATE
Comment 17•6 years ago
|
||
Moving to Core:XUL per https://bugzilla.mozilla.org/show_bug.cgi?id=1455336
Component: XP Toolkit/Widgets: XUL → XUL
You need to log in
before you can comment on or make changes to this bug.
Description
•