Closed Bug 597939 Opened 14 years ago Closed 14 years ago

window is not repainted when entering fullscreen

Categories

(Core :: XUL, defect)

x86
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 604318

People

(Reporter: giorgio.liscio, Assigned: jimm)

Details

Attachments

(1 file)

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
blocking2.0: --- → ?
Component: XP Toolkit/Widgets: XUL → Graphics
QA Contact: xptoolkit.xul → thebes
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"
Giorgio, do you still see this problem? We fixed something very similar to this recently.
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)
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
I think that maybe XUL needs to do automatically whatever Firefox is doing.
Component: Graphics → XP Toolkit/Widgets: XUL
QA Contact: thebes → xptoolkit.xul
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
(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
hi Jim Mathies

now works perfectly! on my system the problem is resolved

i will try on other systems too

thank you!
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
thanks for reporting back!
Status: UNCONFIRMED → RESOLVED
blocking2.0: betaN+ → ---
Closed: 14 years ago
Resolution: --- → DUPLICATE
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.

Attachment

General

Creator:
Created:
Updated:
Size: