500732 - Facebook bottom bar floats instead of respecting the bottom of the window

Status: VERIFIED DUPLICATE of bug 607417

(Firefox for Android Graveyard :: General, defect)

Description

[Aakash Desai [:aakashd]]

Build identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090626 Fennec/1.0b2

Steps to Reproduce:
1. Log into www.facebook.com
2. Scroll down.
3. Use the bottom bar functionalities.

Actual Results:
bottom bar floats

Expected Results:
bottom bar "sticks" to the bottom.

Comment 1

[Joel Maher ( :jmaher ) (UTC -8)]

verified with 6/26 nightly rc build for maemo (it is difficult to get regular vs. mobile facebook on maemo, but it is possible)

Comment 2

[Brad Lassey [:blassey] (use needinfo?)]

sounds like bug 475678

Comment 3

[Joel Maher ( :jmaher ) (UTC -8)]

this is not a dup of bug 475678.  On the maemo nightly build from 20090819, I log into facebook and the bar scrolls with me.

Comment 4

[Mark Finkle (:mfinkle) (use needinfo?)]

I seem to remember that romaxa said this bug could be caused by Fennec not setting the right scrollX/scrollY of the browser when we pan the tiles.

Comment 5

[Benjamin Stover (:stechz)]

Part of this bug is expected, technically speaking.  Although we do need to update browser scrollbox, the browser never knows about our zoom level.  So at any zoom level that isn't 1.0 Facebook (or any other site) will wrongly assume the viewport is something it is not.

Since Facebook's site is meant to render at a minimum of 1024px width and we zoom the page to fit the width, the bottom bar is shown at the wrong location.

Comment 6

[Benjamin Stover (:stechz)]

I see nothing we can do about this bug, assuming we continue to zoomToFit and keep our default rendering width as 800.  Websites aren't always going to render well on mobile browsers, and Facebook already has a mobile website.

We should probably mark this as not blocking 1.0 or close it as WONTFIX.

Comment 7

[Aakash Desai [:aakashd]]

This is also found on reuters now

Comment 8

[Joel Maher ( :jmaher ) (UTC -8)]

we should really reconsider this for 1.0.  This looks very crappy and it blocks functionality.  For example, the bar is floating over a "comment" button, so I can enter the comment into the textarea, but not hit submit.

Comment 9

[Aakash Desai [:aakashd]]

This is also seen for the feedback button at http://www.teachstreet.com/mountain-view-ca/66908 (it'll be on the right side)

Comment 10

[Oleg Romashin (:romaxa)]

For Microb I did fixed-Position elements hiding during scrolling...
But this is not very good solution, we should not just hide, but move fixed elements in separate layer, and composite it on top of scrolled area.

Comment 11

[Aakash Desai [:aakashd]]

Another instance of this issue was reported by a user via http://reporter.mozilla.org/app/report/?report_id=RMO12711700006195&report_product=Fennec%2F1.1a2pre&selected[]=host_hostname&selected[]=report_file_date&show=25&product_family=&page=1 on problem type: "Page Layout"

Comment 13

[Aakash Desai [:aakashd]]

I see this over at http://mp3.zing.vn/mp3/nghe-bai-hat/Gia-Vo-Yeu-Ngo-Kien-Huy.IW6I7AOF.html

reported by a user via http://reporter.mozilla.org/app/report/?report_id=RMO12780095689905&report_product=Fennec%2F1.1&selected[]=host_hostname&selected[]=report_file_date&show=25&product_family=&page=2

Comment 15

[Marko Gronbarj]

Same issues is on Youtube page as there is Video Queue Panel with fixed position. it does not stick to bottom.

Comment 16

[Doug Turner (:dougt)]

abs position is a post 2.0 feature.

Comment 17

[Sudarsana Nagineni]

This issue is reproducible only when browser.tabs.remote=true on latest nightly build. Checked with browser.tabs.remote=false and it is not reproducible.

Comment 18

[Chris Jones [:cjones] inactive; ni?/f?/r? if you need me]

I'd like to dup this to bug 607417.  Please let me know if there are reasons not to.