Closed Bug 1299437 Opened 8 years ago Closed 8 years ago

Footer is misaligned when a subview is taller than the main view in the Application Menu

Categories

(Firefox :: Menus, defect)

defect
Not set
normal

Tracking

()

VERIFIED FIXED
Firefox 51
Tracking Status
firefox48 --- unaffected
firefox49 --- unaffected
firefox50 --- unaffected
firefox51 + verified

People

(Reporter: Paolo, Assigned: florian)

References

Details

(Keywords: regression)

Attachments

(1 file)

[Tracking Requested - why for this release]:
This is a regression from bug 1206233 part 4.

In the Application Menu, when you open a subview that is taller than the main view, typically the History view, the footer of the main view does not move to the bottom.
Florian, can you just back out part 4? We accepted the flickering for the Downloads Panel, but I also remember you had an alternate fix for the flickering of the Control Center, so maybe you want to implement that solution on top of the backout.
Flags: needinfo?(florian)
I had an alternate fix (attachment 8776953 [details] [diff] [review]) that Jared r-'ed because it was a hack.

Also, I don't find this bug to be worse than the flickering; I hadn't noticed it until you told me precisely where I needed to look.
Flags: needinfo?(florian)
(In reply to Florian Quèze [:florian] [:flo] from comment #2)
> I had an alternate fix (attachment 8776953 [details] [diff] [review]) that
> Jared r-'ed because it was a hack.

Maybe we should take that fix now, until we land the new resizing architecture.

> Also, I don't find this bug to be worse than the flickering; I hadn't
> noticed it until you told me precisely where I needed to look.

This bug applies to most users using the History view. I guess this view is more commonly used on Windows where the History menu is hidden by default. The flickering instead would apply to fewer situations.
Flags: needinfo?(jaws)
Tracking 51+ since this affects Windows users.
Yeah, I'm fine with the hack since we're making progress on the real fix.
Flags: needinfo?(jaws)
Attached patch Patch (deleted) — Splinter Review
This is an unbitrotted backout of attachment 8777777 [details] [diff] [review] + attachment 8776953 [details] [diff] [review] unbitrotted + additional hackery for compatibility with the changes from bug 1206229. At this point I really hope this is temporary...
Attachment #8789468 - Flags: review?(jaws)
Assignee: nobody → florian
Status: NEW → ASSIGNED
Comment on attachment 8789468 [details] [diff] [review]
Patch

Review of attachment 8789468 [details] [diff] [review]:
-----------------------------------------------------------------

r=me but we need to get some better fixes. I hope bug 1009116 will fix this.

::: browser/components/controlcenter/content/panel.inc.xul
@@ +90,5 @@
>            <label id="identity-popup-permissions-headline"
>                   class="identity-popup-headline"
>                   value="&identity.permissions;"/>
>            <vbox id="identity-popup-permission-list"/>
> +          <description id="identity-popup-permission-reload-hint">&identity.permissionsReloadHint;</description>

Why does the order of the <description> elements here need to be swapped?
Attachment #8789468 - Flags: review?(jaws) → review+
(In reply to Jared Wein [:jaws] (please needinfo? me) from comment #7)

> >            <vbox id="identity-popup-permission-list"/>
> > +          <description id="identity-popup-permission-reload-hint">&identity.permissionsReloadHint;</description>
> 
> Why does the order of the <description> elements here need to be swapped?

Because the hack takes the height from this._permissionList.nextSibling
Okay, thanks for the quick response!
https://hg.mozilla.org/integration/fx-team/rev/05bab13e18504f8c0b69076c10e0ef6a6df29333
Bug 1299437 - Manually calculate height changes of the control center's permission list until we have a real fix for sizing issues in panelmultiview, r=jaws.
https://hg.mozilla.org/integration/fx-team/rev/b09dd5013cefe5d66700ca0d25ceaf821509069e
Bug 1299437 - follow-up to fix browser_permissions.js bustage, r=bustage-fix.
https://hg.mozilla.org/mozilla-central/rev/05bab13e1850
https://hg.mozilla.org/mozilla-central/rev/b09dd5013cef
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 51
verified as fixed on Aurora 51.0a2 - 20160920004004
Status: RESOLVED → VERIFIED
Version: unspecified → Trunk
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: