Closed Bug 622738 Opened 13 years ago Closed 13 years ago

gray area to the right of facebook touch pages disconnects urlbar and controls sidebar

Categories

(Firefox for Android Graveyard :: General, defect)

ARM
Android
defect
Not set
major

Tracking

(fennec2.0+)

VERIFIED FIXED
Tracking Status
fennec 2.0+ ---

People

(Reporter: aakashd, Assigned: mbrubeck)

References

Details

(Whiteboard: [need str][fennec-softblocker])

Attachments

(5 files, 1 obsolete file)

Build Id:
Mozilla/5.0 (Android; Linux armv71; rv:2.0b9pre) Gecko/20100103 Namoroka/4.0b9pre Fennec/4.0b4pre

Steps to Reproduce:
1. Go to www.cnn.com or www.espn.com
2. Pan up to show the urlbar
3. Pan to the right until you reach a point where the controls sidebar should begin to pop out.
4. Stop pan

Actual Results:
There is a gray area in between the sidebar and the urlbar (and webpage content).

Expected Results:
There is no gray area.
tracking-fennec: --- → ?
Can you post a screenshot?  I can't reproduce this.
(In reply to comment #1)
> Can you post a screenshot?  I can't reproduce this.

Neither can I
aak* can you try reproducing?
I can't reproduce on builds: 

Mozilla/5.0 (Android; Linux armv71; rv:2.0b9pre) Gecko/20100105 Namoroka/4.0b9pre Fennec/4.0b4pre

and after
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
Assignee: nobody → mozaakash
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Summary: gray area to the right of espn.com and cnn.com touch pages disconnects urlbar and controls sidebar → gray area to the right of facebook touch pages disconnects urlbar and controls sidebar
Chris - Does this look like a displayport issue?
I can't really tell what's going on from these pictures.  A gray bar in the <browser> area next to a fully-rendered fennec sidebar would suggest that the <browser>'s viewportconfig isn't set properly.  Another possibility is that there's a pending rerender request to the content process and the gray area is "checkerboard".
tracking-fennec: ? → 2.0+
Still can't repro  -Aakash, Can you?
Attached patch Patch (obsolete) — Splinter Review
It looks related to the scrollbars, I can reproduce even on desktop by:
 * go to http://www.laredoute.fr
 * zoom in as much as you can
 * pan right until you reach the controls sidebar
 * pan left  until you reach the tabs sidebar
 * open a new tab (with about:blank in my case)
 * pan left this empty tab...

It looks like the scrollbars of the previous page are still situated very far on the right side of the UI!
Attachment #507534 - Flags: review?(mark.finkle)
Attached patch PatchSplinter Review
Gasp, it was the wrong patch!
Attachment #507534 - Attachment is obsolete: true
Attachment #507541 - Flags: review?(mark.finkle)
Attachment #507534 - Flags: review?(mark.finkle)
Attachment #507541 - Flags: review?(mark.finkle) → review+
http://hg.mozilla.org/mobile-browser/rev/1e05c1aabd6a
Status: REOPENED → RESOLVED
Closed: 13 years ago13 years ago
Resolution: --- → FIXED
This is still happening on today's nightly build:

Mozilla/5.0 (Android; Linux armv71; rv:2.0b12pre) Gecko/20110228 Firefox/4.0b13pre Fennec/4.0b6pre

...and there have been bug reports associated to this.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee: mozaakash → mbrubeck
I cannot reproduce this.  I tried the steps in comment 0, comment 14, bug 635388 comment 0, and bug 629379 comment 4.  Does anyone have reliable steps to reproduce this on trunk?
Keywords: qawanted
Haven't been able to get something reliable, sorry, although I have only seen it on my galaxy s***, and not my galaxy tab.  Not sure what that might imply.
I suggest making this a softblocker or a non-blocker if we can't find STR.
Whiteboard: [need str]
Whiteboard: [need str] → [need str][fennec-softblocker]
We need steps to reproduce in order to keep this as a blocker. 

Aakash, since you re-opened the bug, I'm looking at you.
Sure, I just found a site that does it on load:

Steps to Reproduce:
1. Go to m.everyblock.com

Actual Results:
The urlbar is detached from the right part of the screen.

Expected Results:
The urlbar is attached to the right part of the screen.
Keywords: qawanted
I still can't reproduce this on desktop, phone, or tablet using the steps in comment 23.  This site pops up a geolocation request, and I tried various combinations of panning before or after accepting/rejecting the request.
I'm using today's nightly and can see the issue with a OSX Desktop and Android (2.2 & Vibrant) build.
Trying on device I see that the right part of the screen have redraw problems when rotatin (like the provided screenshot) but I have been unable to have detached scrollbars.
(In reply to comment #26)
> Trying on device I see that the right part of the screen have redraw problems
> when rotatin (like the provided screenshot) but I have been unable to have
> detached scrollbars.

And the redraw problems potentially come because I have a build that can't zoom (investigating a redraw problem)...
m.everyblock.com contains a lot of webkit specific css that causes it to look like crap for us, even in desktop firefox.

In some cases the page content will not fit with-in the device-width specified in its metaviewport tag, and it overflows leading to strange layout (even the stock android browser shows this problem (i.e. Open it, Click San Francisco, Click Neighborhoods).

Sure you're not seeing something like that Aakash?
I'm still not seeing any gaps between urlbar and controlbar, using the steps in comment 23 and previous comments, with various combinations of other sites open in other tabs, reloading, rotating, etc.

Attachment 515661 [details] does *not* show a gap between the toolbars - it looks like a web content issue like the ones described in comment 28.

Re-closing this bug unless we still are still seeing the original issue (disconnected toolbars).  For other issues, please open a new bug with STR.
Status: REOPENED → RESOLVED
Closed: 13 years ago13 years ago
Resolution: --- → FIXED
VERIFIED FIXED on:
Build ID: Mozilla /5.0 (Android;Linux armv7l;rv:2.0b13pre) Gecko/20110315
Firefox/4.0b13pre Fennec /4.0b6pre
Device: HTC Desire
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: