Closed
Bug 597939
Opened 15 years ago
Closed 15 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•15 years ago
|
blocking2.0: --- → ?
Component: XP Toolkit/Widgets: XUL → Graphics
QA Contact: xptoolkit.xul → thebes
Comment 1•15 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•15 years ago
|
||
Giorgio, do you still see this problem? We fixed something very similar to this recently.
Updated•15 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•15 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•15 years ago
|
||
Comment 11•15 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•15 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•15 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•15 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•15 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•15 years ago
|
||
thanks for reporting back!
Status: UNCONFIRMED → RESOLVED
blocking2.0: betaN+ → ---
Closed: 15 years ago
Resolution: --- → DUPLICATE
Comment 17•7 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
•