260072 - Find toolbar being called in XUL documents

Status: RESOLVED WONTFIX

(Toolkit :: Find Toolbar, defect)

Description

[Ng Ming Hong]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10

In an (both local and remote) XUL document that contains element like iframe,
editor, or any element with selectable text, typing text triggers the find
toolbar (FAYT).

This is undesirable: how can one use the <editor> widget or editable iframe? In
these cases, text will be added to both textarea and Find toolbar. But when
pressing [Backspace], text in Find toolbar is removed before textarea... This is
confusing...

Reproducible: Always
Steps to Reproduce:
1. Open an XUL document with selectable text.
2. Start typing.

Actual Results:  
FAYT. Find toolbar appears.

Expected Results:  
If there is no focus, do nothing.
i.e. Behave like an XUL application, not a (X)HTML webpage...

Suggestion: simply disable Find toolbar and FAYT in XUL documents.

Comment 1

[Ng Ming Hong]

Attachment: A minimal XUL that activates the Find toolbar

Start typing there...

Comment 2

[Ng Ming Hong]

Attachment: An extra simple editor works abnormally because of FAYT/Find toolbar

Try to add/delete characters in the editor. It will make you crazy...

Comment 3

[Ng Ming Hong]

I don't know what happened. But the second seems to be only work in my Apache
server. It doesn't work (demostrating the bug) after being uploaded here. It
doesn't even work if I download it and run it in local filesystem...

Someone may like to make a working editor and test it again...

Comment 4

[Ng Ming Hong]

Cannot reproduce the second testcase anymore. I believe there is some kind of
caching of XUL/JavaScript that did the magic, because I found that the XUL
document is not updated after reloading. I have to close the tab and reopen the
document. Again, both local and remote XUL.

However, the first testcase is always reproducible.

Comment 5

[Nickolay_Ponomarev]

I can see it with testcase in attachment 159216 [details]:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041016 Firefox/1.0


It works with mozilla's fayt.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5) Gecko/20041008

Comment 6

[David Palm]

I can confirm this bug using Linux (FF1.0) and Win2000 (<xul:editor> in my
case). Will try to work-around with an event listener; this *does* not happen in
<html:textarea>, so somewhere someplace there *is* code handling this correctly;
might work just (finding and) copying that...

Comment 7

[Martijn Wargers (dead)]

The find bar popping up in editor frames is bug 304188.

Comment 8

[Martijn Wargers (dead)]

It seems to me that when there is selectable text in a xul document, you also want to be able to find it.

Comment 9

[Mike de Boer [:mikedeboer]]

XUL is not a piece of technology we are actively supporting right now; we won't be spending cycles to fix this issue in the near future.