Open Bug 1471232 Opened 6 years ago Updated 2 years ago

iframe content overflow spontaneously after a couple of seconds


(Core :: Web Painting, defect, P2)

63 Branch



Tracking Status
firefox61 --- affected
firefox62 --- affected
firefox63 --- affected


(Reporter: jonkjolk, Unassigned)


(Blocks 1 open bug, )


(Whiteboard: [webcompat] )


(3 files)

Attached image Picture of the bug
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0
Build ID: 20180605171542

Steps to reproduce:

1) Create a new file called "frame.hmtl", insert a the normal head things (lang, title...)
2) Create a new file called "site.html", insert a the normal head things, add a test text then a iframe element to create a iframe from "frame.html" and after the iframe I add some text.

Actual results:

After a few seconds the content of the iframe goes over the normal content (see picture bug.png)

Expected results:

OS: Unspecified → Android
Attached file Code of frame.html
Attached file Code of site.html
Attachment #8987831 - Attachment description: bug.png → Picture of the bug
I managed to reproduce this issue as well. Could not reproduce on chrome.
tracking-fennec: --- → ?
Ever confirmed: true
Flags: needinfo?(kdubost)
Hardware: Unspecified → ARM
Version: Firefox 62 → Trunk
What more information do you need?
Bogdan, did you have a question for me on this or a request for action? :)

I saved the files locally and and it doesn't happy to me on desktop Firefox Nightly 63.

jonkjolk, which version of Firefox on Android did you use?
Flags: needinfo?(kdubost)
Flags: needinfo?(jonkjolk)
Flags: needinfo?(bogdan.surd)
 - Nokia 6 (Android 7.1.1);

@Karl It was a request for action since it seems to be a web compatibility issue, I've managed to reproduce this on all versions of FF for Android(Nightly, Beta, and Release).

Please let me know if there is any more information that I could provide.

This issue is not reproducible on Desktop versions of FF.
Flags: needinfo?(bogdan.surd) → needinfo?(kdubost)
@Karl I use the latest version available in the Google Playstore(61.0)
Flags: needinfo?(jonkjolk)
ok let's see I will put it online to be able to test a bit more.

These are the files on Android.

ok I was able to reproduce and its weird because it takes time before it happens.

For me nothing is happening, if I do not interact with the content.

1. Let the page 
2. Scroll the iframe content up and down again
3. wait. No interaction.

After ~15s the iframe content is overflowing its iframe. This is a serious rendering issue. :)

I took a profile which exhibit the scroll at the beginning and the spontaneous overflowing.
Component: General → Layout: Web Painting
Flags: needinfo?(kdubost) → webcompat?
Product: Firefox for Android → Core
Summary: Iframe-content goes over normal content afer a few seconds inactivity → iframe content overflow spontaneously after a couple of seconds
Whiteboard: [webcompat]
Version: Trunk → 63 Branch
Sounds like an APZ bug. Is this a regression?

Botond, have you seen anything like this? Might be container-ful scrolling related.
Flags: needinfo?(botond)
Priority: -- → P2
This is the same as bug 1339925 - according to my bisection at it's likely a regression from Markus' clipping patches.
Flags: needinfo?(botond)
Marking bug 1339925 as a dependency for now, so we don't forget to re-test this page after that bug is fixed.
Blocks: APZLayout
Depends on: 1339925
Like bug 1339925, this is also fixed by the patch in bug 1486695.
Closed: 6 years ago
Resolution: --- → DUPLICATE
Update: the patch in bug 1486695 was modified, and it no longer fixes bug 1339925.
Resolution: DUPLICATE → ---

Migrating Webcompat whiteboard priorities to project flags. See bug 1547409.

Webcompat Priority: --- → ?

See bug 1547409. Migrating whiteboard priority tags to program flags.

Webcompat Priority: ? → ---
tracking-fennec: ? → ---
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.