Closed Bug 521032 Opened 16 years ago Closed 10 years ago

problem when focusing a flash element (namoroka displays scrollbars)

Categories

(Core Graveyard :: Plug-ins, defect)

Product:
Core Graveyard
Component:
Plug-ins
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED INCOMPLETE

People

(Reporter: pietro.brenna, Unassigned)

Details

(Keywords: testcase, Whiteboard: [3.6.x])

Attachments

(2 files)

test case
739 bytes, text/html
Details
testcase with undesirable scrollbars when focussed
725 bytes, text/html
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2b1pre) Gecko/20091003 Namoroka/3.6b1pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2b1pre) Gecko/20091003 Namoroka/3.6b1pre i have a flash object with width="100%" height=" 100%" inside a div that has style="height: 60px; width: 350px; overflow: auto" all runs well if the flash isn't focused, but when I focus the flash with the mouse the div displays the scroll-bars. (<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">) Reproducible: Sometimes Steps to Reproduce: 1.new html document with <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> 2.add <div style="height: 60px; width: 350px; overflow: auto;"><object id="flashobj" type="application/x-shockwave-flash" data="aflashobject.swf" width="100%" height="100%"></object></div> 3.wiev it in namoroka, try to focus the object. Actual Results: scrollbars appear Expected Results: don't show scrollbars (as in stable firefox 3.5.3) the page requires authentication, so please view this screenshot instead: http://pietrobrenna.altervista.org/desk/media/example.JPG
Same thing with 3.6 beta 3. The scroll bars appear because the 1px focus rect is drawn around the flash object. Steps to reproduce: Put flash object with width/height 100% to div with overflow: auto. Next set focus on flash object (by clicking on it). Also whenever the flash loses focus (by giving focus to some edit box etc) the scroll bars together with focus rect disappear.
New behavior can be workaround-ed by putting following in the css file or <style> tag. object:focus { outline: none; }
Flags: blocking-firefox3.6?
I think based on the screenshot and the testcase above, we can mark this as CONFIRMED. Jozef: can you turn comment 1 into an HTML testcase and attach it to this bug? That would help us find a regression range. I suspect that this was related to the focus re-write, so cc'ing Enn, but for now moving this over to Core::Plug-Ins and cc'ing some folks. I also don't think that this blocks, though we might need to take a quick fix in a 3.6.x release.
Status: UNCONFIRMED → NEW
Component: General → Plug-ins
Ever confirmed: true
Flags: blocking-firefox3.6?
Product: Firefox → Core
QA Contact: general → plugins
Whiteboard: [3.6.x]
I think we'd definitely need a testcase here. It's entirely possible that this is actually a result of a fix, the focus rewrite or otherwise, and that the bug is in the page itself. Or it could be a bug on our end. Need a testcase to verify.
Keywords: testcase-wanted
I'm pretty sure this is happening because we used to not support 'outline' on plugins, so when you clicked on them you didn't get a focus rect. Now we do support 'outline' on plugins, so we get a focus rect (which is good), but in some cases that can cause undesired scrollbars (bad). We have a plan for fixing that but it's not 3.6 material. I don't think we should block on this, the same problem has always existed when you focus non-plugin content. Authors can work around the problem with the CSS in comment #2.
Attached file test case —
I think this is still the same bug as https://bugzilla.mozilla.org/show_bug.cgi?id=286368
Use you keyboard "Tab" key to focus the block. As the block is focussed You should see undesirable scrollbars appearing. As the block loses the focus the undesirable scrollbars disappear.
Someone may argue that it behaves according to the specifications. But It is annoyable and undesirable behaviour that browser adds its own scrollbars where the designer of the page did not intended them. In IE and Chrome you cannot focus the "scrollable" div block through the "tab key" so they don't have the problem.
Hi, I haven't managed to reproduce this issue on the latest Firefox release(44.0.2), nor the latest Nightly (47.0a1). I do however see a scroll bar at the end of the list in the scrollable div and I'm not sure if that's an issue. Could you please try to reproduce this in the latest Firefox release and the latest Nightly (https://nightly.mozilla.org) and provide the results? I'm also going to remove the testcase-wanted keyword as one was provided in comment 8. Thanks, Cipri
Flags: needinfo?(vladokoval)
Flags: needinfo?(pietro.brenna)
Keywords: testcase-wanted → testcase
Since the reporter didn't provide the requested information, I will mark this issue as RESOLVED INCOMPLETE. If you still encounter this problem, please feel free to reopen this bug, or file a new one.
Status: NEW → RESOLVED
Closed: 10 years ago
Flags: needinfo?(vladokoval)
Flags: needinfo?(pietro.brenna)
Resolution: --- → INCOMPLETE
I confirm that the behavior can't be reproduced in the current Firefox version.
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: