Closed
Bug 314987
Opened 19 years ago
Closed 9 years ago
Find Toolbar always appears (pops up) when typing/entering "/" characters in iFrame that is in design mode, FAYT (find as you type) activated
Categories
(Toolkit :: Find Toolbar, defect)
Toolkit
Find Toolbar
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: rossd, Unassigned)
References
(Depends on 1 open bug)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 Firefox/1.0.7 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20051025 Firefox/1.5 This bug has appeared in FF1.5 and is related to bug 258285. The Zimbra web client (www.zimbra.com) puts an iFrame into design mode in order to permit HTML mail message composition. In this mode typing the "/" character will always activate FAYT even if this option is deselected by the user. We have reproduced this on both Windows and Mac platforms Reproducible: Always Steps to Reproduce: 1. Create an iFrame and enable design mode 2. Type the "/" character Actual Results: FAYT gets activated Expected Results: The "/" character gets entered into the iFrame
Comment 1•19 years ago
|
||
Like at: http://www.mozilla.org/editor/midasdemo/ ? Works for me, using the latest nightly trunk build.
Reporter | ||
Comment 2•19 years ago
|
||
After further investigation I narrowed it down to the fact that we were using document.open(); document.write(content); document.close(); To populate the iFrame w/content before putting it into design mode. This would cause the iFrame to generally misbehave (one symptom being the FYAT effect, further investigation showed that execCommands were failing as well). switching the code to: document.innerHTML = content; seems to cure the problems. Note that this was not an issue prior to 1.5.
Comment 3•19 years ago
|
||
Strange, I'm not seeing that with https://bugzilla.mozilla.org/attachment.cgi?id=194116&action=view for example. Do you see it with that example?
Reporter | ||
Comment 4•19 years ago
|
||
I just tried replacing the document.innerHTML with the document writing code in your example attachment and FF crashed. if I replace your open() call with one having no actual parameters, then things are better except FYAT starts popping up again, and no commands (e.g. trying to set bold) seem to get executed. Let me see if I can get an example synthesised for you from our editor code
Comment 5•19 years ago
|
||
(In reply to comment #4) > I just tried replacing the document.innerHTML with the document writing code in > your example attachment and FF crashed. Hmm, that's bad. Did you get a Talkback ID? > Let me see if I can get an example synthesised for you from our editor code That would be nice.
Comment 6•19 years ago
|
||
Ross, any luck of making a testcase?
Comment 7•19 years ago
|
||
Related to bug 304188?
Comment 8•19 years ago
|
||
I don't think so, but I'm not sure. A testcase, or an url, would help here..
Comment 10•19 years ago
|
||
Ok, the zimbra demo doesn't work at all anymore in current trunk builds, because of bug 335080 and bug 335071. Bug 335071 is Zimbra's fault. Ross, sorry to ask you again, but are you able to make a testcase for this bug?
Assignee | ||
Updated•16 years ago
|
Product: Firefox → Toolkit
Updated•11 years ago
|
Blocks: fxdesktopbacklog
Whiteboard: [defect] p=0
Updated•11 years ago
|
Updated•11 years ago
|
Whiteboard: p=0 → p=2
Updated•10 years ago
|
Points: --- → 2
Flags: qe-verify?
Whiteboard: p=2
Comment 11•9 years ago
|
||
No testcase or solid STR available and no activity in ten years. If you feel this issue was closed in error, please feel free to re-open.
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•