Closed Bug 554959 Opened 14 years ago Closed 14 years ago

Aero Glass edge moving up upon resize, blocking page view!

Categories

(Core :: Widget: Win32, defect)

x86
Windows 7
defect
Not set
blocker

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: kevin.pols, Unassigned)

References

Details

(Keywords: regression)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a4pre) Gecko/20100325 Minefield/3.7a4pre (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a4pre) Gecko/20100325 Minefield/3.7a4pre (.NET CLR 3.5.30729)

If I restore the window size of Minefield and then size it down by moving the bottom edge upward, the glass edge around Minefield leaves a big layer of that glass effect all over the browser window, blocking the view of the page.
Images seem to be completely oblivious of the glass; they shine right through.

Screenshot with short explanational text:
http://www.gardevoir.net/images/FF_3.7a4pre_glassbug.png


Reproducible: Always

Steps to Reproduce:
1. un-maximize window
2. drag bottom resize bar upward
3. maximize
Actual Results:  
"Aero-glass" bar has stretched upward and is now blocking the view depending on how much you dragged it up.

Expected Results:  
It should have been like on all previous versions, where this issue did not occur.

Using a completely "bone stock" 3.7a4pre build, according to the updater it is the most recent one at this time (Build 20100325040353).
Confirming..
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reloading the page does clear the corruption.
Component: General → Theme
QA Contact: general → theme
Blocks: 450767
Component: Theme → Widget: Win32
Product: Firefox → Core
QA Contact: theme → win32
Version: unspecified → Trunk
(In reply to comment #2)
> Reloading the page does clear the corruption.

It does not for me :(
(In reply to comment #3)
> (In reply to comment #2)
> > Reloading the page does clear the corruption.
> 
> It does not for me :(

Indeed, brain-ahead of fingers, meant to say: does NOT clear... thanks
Resizing the window completely kills readability causing one to have to restart the browser.  Raising to Blocker status..  

With the outstanding bug for clicking on Taskbar Preview not raising the window to maximized, this is causing severe usability problems.
Severity: normal → blocker
CC'ing roc since he may have some idea of what is going on.
I'm not sure. I think we need to back out the enabling of glass.
After talking with roc, we have a possible fix to nsWindow::UpdatePossibleTransparentRegion:
For non-toplevel widgets, return early.
For toplevel widgets, assume all native child widgets are opaque and subtract those from the possibly transparent region. This is still correct even after bug 130078 lands due to windowed plugins.

I will try this later tonight/this weekend.
For me this only happens when ad-block plus is enabled, after disabling the add-on and restarting I can't reproduce it anymore but it creates a different set of problems.
(In reply to comment #10)
> For me this only happens when ad-block plus is enabled, after disabling the
> add-on and restarting I can't reproduce it anymore but it creates a different
> set of problems.

For me this happens irrelavent of adblock plus.
I can confirm seeing this bug in Nightly 20100325 3.7a4pre.

Is there documentation or a configurable for the Aero Glass window thing -- I'd like to be able to test the Nightly but then turn back the original behaviour?
(In reply to comment #15)
> Fixed I believe by patch in:
> https://bugzilla.mozilla.org/show_bug.cgi?id=458407

Not fixed by 458407.  Its better, but opening the sidebar will destroy the rendering of the page.
Still broken on Minefield:

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a4pre) Gecko/20100329 Minefield/3.7a4pre (.NET CLR 3.5.30729)

:(
Sidebar and main page rendering are working okay for me when fullscreen, but original issue when resizing the window remoains unresolved in: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a4pre) Gecko/20100329 Minefield/3.7a4pre.

Testing around this has a resize/redraw issue when enabling/disabling Aero Glass reported as Bug 555919.
Great , its removed from todays (30th March's) build 20100330
(In reply to comment #21)
> Great , its removed from todays (30th March's) build 20100330

It is still acting weird.. the toolbars above the rendered page are still fully glass instead of opaque, and if I maximize it everything but that is fine yet when I resize it, my entire page gets covered in glass again at a certain resize point.. Only difference being that it now seems to just toggle on/off upon gently resizing upward (to find the exact point at which it does)
So now... there is no Aero support. :(

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a4pre) Gecko/20100330 Minefield/3.7a4pre (.NET CLR 3.5.30729)
Just updated to Build 20100330035832, atleast it's not glitchy anymore now..
I have:
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.9.2.5pre) Gecko/20100414 Namoroka/3.6.5pre (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.9.2.5pre) Gecko/20100414 Namoroka/3.6.5pre (.NET CLR 3.5.30729)

with "Tab Mix Plus 0.3.8.2" and the "Vista-Aero 3.0.0.90" Theme.

Using this Theme ruins the Tab layout. It is pushed left a few inches and the
Icons ("Personas", "Home", "RSS", "Print this page", "Page Info", "Security", and "Tools") are in the newly provided (unwanted) space.

The TM+ "Firefox Showcase" and 'Scrollable List Down-arrow (?)' Icons are moved from the right side to the left side pushing the Tabs a little to the right.


It is possible that this Theme also ruins "Spelling Correction" since if I right-click on a word that Namoroka believes is miss-spelled and attempt to add it to the Dictionary (or choose a suggested choice) the pop-up Menu 'jumps out from under the mouse' and a different Menu appears (never seen that before).


I'll add a screenshot in a moment after I capture this and switch back to the default Theme.

Thanks,
Rob
Top is default Theme (3.6.5pre), bottom is Vista-aero Theme(3.0.0.90).
In my opinion , i don't think there is some problem with Firefox in theme matter , it is just that the theme is designed so. Try any other theme , it won't look the same. BTW Vista Aero theme resembles IE8 and yes what i can see IS resembling with IE8 , so its perfect!

And that dictionary thing might be firefox prob , or might not be.
> BTW Vista Aero theme resembles IE8 and yes what i can see IS resembling with IE8 , so its perfect!

Did you view my attachment?

> And that dictionary thing might be firefox prob , or might not be.
Rather than a "Dictionary Thing" it is a 'Menu Thing'.

BTW: NASA Night Launch 0.6.20100314 does not demonstrate the Bug that I mention above (Tab area squished and '"Vista-aero modifier" - "Tab Bar Right"' hogging the right side of TM+'s area), but the picture of the launch (like a "Persona" in the upper-right corner) does not display. 

Still that is much better than the layout of Vista-aero with TM+ (now at version 0.3.8.3pre.100412a).

Rob
(In reply to comment #27)
> ...
> And that dictionary thing might be firefox prob , or might not be.
BR here: https://bugzilla.mozilla.org/show_bug.cgi?id=560048

Rob
This appears to be fixed in today's nightly after the fix for 
https://bugzilla.mozilla.org/show_bug.cgi?id=555182 landed.

I'll not close this till someone that knows for sure can verify.

Mozilla/5.0 (Windows; U; Windows NT 6.1; WOW64; en-US; rv:1.9.3a5pre) Gecko/20100524 Minefield/3.7a5pre ID:20100524035942
Windows 7 x64 100% sure - works fine
Yup, on mine Minefield works great!

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a5pre) Gecko/20100524 Minefield/3.7a5pre (.NET CLR 3.5.30729)
Cannot reproduce
Mozilla/5.0 (Windows; U; Windows NT 6.1; WOW64; en-US; rv:1.9.3a5pre) Gecko/20100529 Minefield/3.7a5pre
Pretty sure bug 555182 fixed this.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
With this day build (29.05) bug has back when resizing to full screen (F11)
(In reply to comment #35)
> With this day build (29.05) bug has back when resizing to full screen (F11)

The fullscreen bug is filed as 567742.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: