Find Toolbar always appears (pops up) when typing/entering "/" characters in iFrame that is in design mode, FAYT (find as you type) activated

RESOLVED INCOMPLETE

Status

()

--
major
RESOLVED INCOMPLETE
13 years ago
3 years ago

People

(Reporter: rossd, Unassigned)

Tracking

(Depends on: 1 bug)

unspecified
Points:
2
Dependency tree / graph
Bug Flags:
firefox-backlog +
qe-verify ?

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

13 years ago
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
Like at: http://www.mozilla.org/editor/midasdemo/ ?
Works for me, using the latest nightly trunk build.
(Reporter)

Comment 2

13 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.  
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

13 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 
(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.

Ross, any luck of making a testcase?
Related to bug 304188?
I don't think so, but I'm not sure. A testcase, or an url, would help here..

Comment 9

13 years ago
Dup of bug 320414?
Blocks: 320465
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?
Depends on: 335071, 335080

Updated

11 years ago
Blocks: 424615
(Assignee)

Updated

10 years ago
Product: Firefox → Toolkit

Updated

5 years ago
Blocks: 950073
Whiteboard: [defect] p=0

Updated

5 years ago
No longer blocks: 950073
Flags: firefox-backlog+
Whiteboard: [defect] p=0 → p=0

Updated

5 years ago
Whiteboard: p=0 → p=2

Updated

4 years ago
Points: --- → 2
Flags: qe-verify?
Whiteboard: p=2
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
Last Resolved: 3 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.