Search and Top Navigation
#4841 closed bug (wontfix)
Opened September 06, 2009 03:33PM UTC
Closed November 19, 2012 02:06PM UTC
Dialog over pdf document embedded in iframe does not display correctly
Reported by: | rotoflex | Owned by: | rotoflex |
---|---|---|---|
Priority: | minor | Milestone: | 1.10.0 |
Component: | ui.dialog | Version: | 1.7.2 |
Keywords: | dialog, pdf, iframe | Cc: | |
Blocked by: | Blocking: |
Description
Dialog does not display correctly in Firefox (3.5.2) when it is displayed over pdf document embedded in iframe. Dialog content displays over pdf document but titlebar and small portion of dialog's frames stay under pdf document.
When ui-dialog-content and ui-widget-content are added as titlebar's class, titlebar displays correctly but this also causes dialog to lose it's draggable effect.
Attachments (0)
Change History (15)
Changed November 17, 2009 09:04AM UTC by comment:1
milestone: | TBD → 1.8 |
---|
Changed December 22, 2009 12:43AM UTC by comment:2
It seems that in ''Firefox 3.5.5 (Linux)'' it will render div content on top of PDF plugin if it has overflow:auto (or one of overflow-x or overflow-y set to auto).
Adding this to ''.ui-dialog'' style improves the rendering (border and padding of dialog are still hidden), but it also make dragable dialogs movement erratic.
Solution seems to be that we need to envelop the whole ui-dialog into another div (sizing of which needs to be handled manually, not sure how well moving/resizing would work). This wrapper div need have no style other than overflow:auto, but we must be careful not to actually produce any scrollbars around it
In case of using modal dialogs, then just the overlay needs overflow:auto. Note that this will cause all of PDF plugin to hide when overlay is placed on top of it (as if it's replaced with a transparent div)
Changed September 08, 2011 02:03PM UTC by comment:3
owner: | → rotoflex |
---|---|
status: | new → pending |
Please provide a reduced test case showing the problem so we can see how you're embedding the pdf.
Changed September 23, 2011 08:05AM UTC by comment:4
resolution: | → invalid |
---|---|
status: | pending → closed |
Because we get so many tickets, we often need to return them to the initial reporter for more information. If that person does not reply within 14 days, the ticket will automatically be closed, and that has happened in this case. If you still are interested in pursuing this issue, feel free to add a comment with the requested information and we will be happy to reopen the ticket if it is still valid. Thanks!
Changed May 09, 2012 11:23AM UTC by comment:5
Hi,
Here's test case for this http://jsbin.com/imevek. As you can see page contains simple iframe with pdf embedded in it. If you drag dialog over pdf you'll see it will go behing iframe. I've tested this with IE9, Chrome 18.0.1025.168 and Firefox 12.0 and Firefox is the only browser that dialog will stay on top of iframe.
Regards,
Janne
Changed May 09, 2012 12:35PM UTC by comment:6
resolution: | invalid |
---|---|
status: | closed → reopened |
Works for me in Chrome 20, Chrome 18 just downloaded the file instead of displaying it.
Changed May 09, 2012 01:04PM UTC by comment:7
Strange, my Chrome 18 displays pdf instead of downloading it. I noticed that if I use Chrome's internal PDF viewer dialog stays on top but with Adobe Acrobat is will stay under iframe.
Changed May 10, 2012 07:13AM UTC by comment:8
Unfortunately most of our clients use Internet Explorer from version 7 to 9 so it would be really helpful to get this working on it.
Changed October 11, 2012 02:47PM UTC by comment:9
milestone: | 1.9.0 → 1.10.0 |
---|
Changed October 27, 2012 08:19PM UTC by comment:10
status: | reopened → open |
---|
Changed November 18, 2012 08:56PM UTC by comment:11
Is there a reliable way to reproduce this? What software exactly has to be running?
Changed November 18, 2012 10:19PM UTC by comment:12
joern, see comment 6 for a test case.
Changed November 18, 2012 10:34PM UTC by comment:13
That works fine in Chrome 23 on OSX. In Firefox 16, it starts downloading the PDF, and there's still nothing on top of the dialog.
Changed November 19, 2012 03:23AM UTC by comment:14
http://jsbin.com/imevek shows the failure in IE9 on browserstack for me. However, I really think this should be a wontfix, as pdf display isn't really part of the "web", so to speak, and the fix would involve yet another iframe hack. Thoughts?
Changed November 19, 2012 02:06PM UTC by comment:15
resolution: | → wontfix |
---|---|
status: | open → closed |
Jörn: I think you'd need to install the Acrobat plugin to see the broken behavior.
But, as was discussed recently (and mentioned by Mike above), we won't support this.
Could be something about position:relative. A testpage would be nice.