Closed
Bug 902823
Opened 11 years ago
Closed 9 years ago
Android Firefox - the 'urlbar-hiding-fullscreen-mode' doesn't work with 'fullheight-pages' that prevent touch scrolling
Categories
(Firefox for Android Graveyard :: General, defect, P3)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: mail, Unassigned)
References
()
Details
Attachments
(1 file)
36.62 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.28) Gecko/20120306 Firefox/3.6.28 (Nightly/Aurora) Build ID: 20120306064154 Steps to reproduce: A height=100% webpage which uses the touch events for 'custom things' and prevent the page scrolling for this reason. Now with the new Android Firefox version, the window.innerHeight variable doesn't report the real visible size anymore, and the bottom part of the page is outside the view and there is no normal way to scroll down to see it. Actual results: Here two small and simple demos that are showing the problem (the page might need to be reloaded, in the first load the sizes are sometimes correct, another Firefox bug): http://krpano.com/firefox/bugs/tabletscrolling/ http://krpano.com/firefox/bugs/tabletscrolling2/ In the second example it's possible to scroll down the page by using the 'green' bar, but after scrolling down there is no way to scroll back to top to see the urlbar again. The problem appears only in landscape mode and only on tablets with 'larger' screensizes (10" tablets?), the Nexus 7 is not affected, but many other 10" Android tablets are. Expected results: The height=100% sizes should correctly fit into the REAL visible page height and not into a theoretical 'urlbar-scrolled-down-height'.
Reporter | ||
Updated•11 years ago
|
Severity: normal → blocker
OS: Windows 7 → Android
Priority: -- → P1
Hardware: x86 → ARM
Updated•11 years ago
|
Blocks: dynamic-toolbar
Updated•11 years ago
|
Severity: blocker → normal
Priority: P1 → P3
Comment 1•11 years ago
|
||
This sounds like blassey's bug on pages that consume touch events. bug 866793
Updated•11 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•9 years ago
|
||
I'd like somebody with a 10" tablet to re-test this on the next nightly and see if it's still a problem.
Keywords: qawanted
Comment 3•9 years ago
|
||
In Fx 40 release I can wiggle the page about 10 to 20 pixels. In Beta the page loads with a boarder and does not wiggle. In Beta and newer builds I see a full red boarder with no wiggle. The only place I was able to reproduce the boarder being cut off was in the case of session restore, however the user can scroll the page to display the full content. Though the current inbound tinderbox build https://hg.mozilla.org/integration/mozilla-inbound/rev/4186518ad60329641be6b3bb5806c95359cb5b1a seems resolve the session restore issue. I would like to check the session restore on nightly update for tomorrow to make sure that what I am seeing is correct.
Flags: needinfo?(kbrosnan)
Comment 4•9 years ago
|
||
Bah the second beta mention should be aurora
Comment 5•9 years ago
|
||
Works for me using a current nightly. One of Kats' changes in the last few weeks are likely to have resolved this.
Status: NEW → RESOLVED
Closed: 9 years ago
Flags: needinfo?(kbrosnan)
Resolution: --- → WORKSFORME
Assignee | ||
Updated•3 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•