Closed Bug 756003 Opened 12 years ago Closed 12 years ago

iframe and scrollable containers not working in 14.0beta android

Categories

(Firefox for Android Graveyard :: General, defect)

14 Branch
ARM
Android
defect
Not set
normal

Tracking

(firefox14 verified, firefox15 verified, firefox16 verified, blocking-fennec1.0 +)

VERIFIED FIXED
Firefox 16
Tracking Status
firefox14 --- verified
firefox15 --- verified
firefox16 --- verified
blocking-fennec1.0 --- +

People

(Reporter: sam_boy_4, Assigned: kats)

References

()

Details

Attachments

(2 files)

User Agent: Mozilla/5.0 (Linux; U; Android 2.3.5; en-in; HTC_Explorer_A310e Build/GRJ90) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1

Steps to reproduce:

Try to scroll through scrollable container contents in web page.


Actual results:

Contents didnt scroll as it is supposed to be scrolling to show all contents.


Expected results:

Scroll to show all the contents in container by flicking the screen with a finger, as working on previous versions.
OS: Linux → Android
Hardware: Other → ARM
Do you have a specific URL on which this problem happens? There were some iframe problems (bug 722657, bug 732364) in previous builds but the beta should have those fixed. Having a specific page and steps to reproduce the problem you're seeing would be helpful for us to diagnose the problem.
Sam, can you please give us an url that shows this problem, so we are able to investigate it?
Sam replied to me by mail that he could reproduce this on http://www.jabong.com/men/shoes/mens-casual-shoes/ with the overflow:scroll block on the left.
I can reproduce it, I'm unable to pan that block.
I'll try to come up with a testcase.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Attached file testcase
This looks like a different issue from bug 755971, so nom'ing.
blocking-fennec1.0: --- → ?
Assignee: nobody → chrislord.net
blocking-fennec1.0: ? → +
Attached patch PatchSplinter Review
Yoinking from Cwiiis since my blockers were minused and this was an easy fix. The element in question has overflow-y: scroll but overflow-x: hidden, so the "overflow" property returns "". Patch checks both x and y proeprties.
Assignee: chrislord.net → bugmail.mozilla
Attachment #630311 - Flags: review?(mark.finkle)
Also feel free to approve for aurora/beta and land if needed :)
Attachment #630311 - Flags: review?(mark.finkle) → review+
Comment on attachment 630311 [details] [diff] [review]
Patch

[Approval Request Comment]
Bug caused by (feature/regressing bug #): 
User impact if declined: some divs that should be scrollable won't be
Testing completed (on m-c, etc.): locally so far
Risk to taking this patch (and alternatives if risky): mobile-only, pretty low risk
String or UUID changes made by this patch: none
Attachment #630311 - Flags: approval-mozilla-beta?
Attachment #630311 - Flags: approval-mozilla-aurora?
Attachment #630311 - Flags: approval-mozilla-beta?
Attachment #630311 - Flags: approval-mozilla-beta+
Attachment #630311 - Flags: approval-mozilla-aurora?
Attachment #630311 - Flags: approval-mozilla-aurora+
Kats - Is bug 755971 related to this at all? Or is it a completely different issue?
Bug 755971 is completely different; that one appears to be a layout bug that is making us think the element is scrollable when it is not actually.
https://hg.mozilla.org/mozilla-central/rev/7d817c805af5
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Verified fixed on trunk, Aurora and the latest beta.
I also made sure that the case with the url works fine.

Sam, thanks for mentioning this problem. If you encounter more of these bugs, please file them!
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: