Note: There are a few cases of duplicates in user autocompletion which are being worked on.

White line above content in glass w/maximized window, navigation bar and favorites bar disabled

RESOLVED FIXED

Status

()

Firefox
Theme
RESOLVED FIXED
7 years ago
5 years ago

People

(Reporter: Terepin, Unassigned)

Tracking

Trunk
All
Windows 7
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(2 attachments)

(Reporter)

Description

7 years ago
User-Agent:       Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b13pre) Gecko/20110226 Firefox/4.0b13pre
Build Identifier: 

It's hard for me to describe what exactly is happening, although I'm sure it was happening before. It occurs either after landing new Aero border calculating or after after baking it out. Jimm will know more.

Reproducible: Always
(Reporter)

Updated

7 years ago
Version: unspecified → Trunk
(Reporter)

Comment 1

7 years ago
Created attachment 515599 [details]
Maximized - not correct
(Reporter)

Comment 2

7 years ago
Created attachment 515600 [details]
Unmaximized - correct

Upps, I forgot to attach screenshots. My bad.
Isn't this just  bug 572160?
(Reporter)

Comment 4

7 years ago
Nope, the issue here is that white line in page's content area.

Comment 5

7 years ago
(In reply to comment #4)
> Nope, the issue here is that white line in page's content area.

Change the title then.

Updated

7 years ago
Summary: Wrong position of tabs when window is maximized → White line above content in glass w/maximized window, navigation bar and favorites bar disabled
I thought that was fixed by a backout bug once already.

Comment 7

7 years ago
(In reply to comment #6)
> I thought that was fixed by a backout bug once already.

That was a different problem that was fixed by a back out. This has something to do with all the toolbars being disabled.

Comment 8

7 years ago
Looks like it may be tied to the tabs in titlebar changes. A regression range would help.
Status: UNCONFIRMED → NEW
Ever confirmed: true

Comment 9

7 years ago
Looks fine here: http://img18.imageshack.us/img18/5592/59235467.jpg
(Reporter)

Comment 10

7 years ago
(In reply to comment #8)
> Looks like it may be tied to the tabs in titlebar changes. A regression range
> would help.

I would love to help you, but these issue was introduced with either new border calculation, or after backing it out. Unfortunately I wasn't aware of this bugs so I have no idea where to look.
Not a widget bug, just a theme oddity. That line is this element: http://hg.mozilla.org/mozilla-central/annotate/e633e7a4af4b/browser/themes/winstripe/browser/browser.css#l75

For some reason it ends up positioned 1px lower on a maximized window, maybe on purpose?
Component: Widget: Win32 → Theme
Product: Core → Firefox
QA Contact: win32 → theme
(In reply to comment #11)
> For some reason it ends up positioned 1px lower on a maximized window, maybe on
> purpose?

Random uneducated guess: There's a gap between the top edge of the tabs and the edge of the window when the tabs are up in the titlebar when the window is maximized, maybe that's pushing that element down too far?

Updated

6 years ago
Depends on: 633282

Comment 13

6 years ago
This should be fixed in nightlies starting tomorrow. Although in testing be wary of bug 656946.
(Reporter)

Comment 14

6 years ago
Jim, can you mark this as RESOLVED FIXED? It was fixed some time ago (in UX branch at least).

Updated

6 years ago
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.