250411 - Find toolbar appears after clicking buttons in richt-text-editors (Midas) and typing again

Status: RESOLVED WORKSFORME

(Toolkit :: Find Toolbar, defect, P1)

Description

[Zulith]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040708 Firefox/0.9.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040708 Firefox/0.9.0+

When at a forum using vBulletin 3.x and attempting to type a reply (via
quick-reply or a normal reply) the Find Toolbar appears when you type an
apostrophe "'" even when you set "Find as you type" to OFF in the options panel.

Reproducible: Always
Steps to Reproduce:
1. navigate to a forum using vBulletin 3.x that will allow you to post a reply
(registration usually required (example: www.enworld.org/forums)
2. navigate to the vBulletin options panel for your account (sometimes called
"My Account") on the left-hand panel click 'Edit Options' and then under '
Miscellaneous Options' make sure you are using the Enhanced Interface (when
using Basic Interface the bug does not occur, new registrations usually default
to the Enhanced Interface though)
3. click the "Quick reply to this message" icon on a post to start your reply
4. Type an apostrophe, or a word containing one like "I'm"

Actual Results:  
The (newly added) Find Toolbar appears and begins to highlight text matching
what you have typed

Expected Results:  
Messaged should have typed as normal, without the Find Toolbar appearing

Comment 1

[Jon Henry]

Confirming, I can reproduce this. I created a test account at the site Bryan
mentioned if anyone would like to test this out. Username: moz_test password: test.

I don't have time to work on a reduced testcase, but if it is necessary I can
try to create one when time allows.

Comment 2

[Ben Goodger (use ben at mozilla dot org for email)]

-> Find Toolbar component.

Comment 3

[(not currently active) Ted Mielczarek]

*** Bug 251234 has been marked as a duplicate of this bug. ***

Comment 4

[(not currently active) Ted Mielczarek]

*** Bug 251747 has been marked as a duplicate of this bug. ***

Comment 5

[José Jeria]

Attachment: Testcase

This testcase illustrates an editable iframe, as soon you start typing into it,
the find toolbar will appear.

Comment 6

[José Jeria]

--> Major since this breaks midas in Firefox

Comment 7

[dolphinling]

*** Bug 252013 has been marked as a duplicate of this bug. ***

Comment 8

[Michael Lefevre]

-> default owner of component (Blake)

Comment 9

[Blake Ross]

This is fixed.

Comment 10

[Zulith]

While this was fixed on AVIARY, I've seen this problem reappear in Trunk builds

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a6) Gecko/20041231
Firefox/1.0+

this is the first time i've tried to reopen a bug, hope it works. :p

Comment 11

[Sergey Sokoloff]

I see the same problem in an Aviary release of Firefox [Mozilla/5.0 (Windows; U;
Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0] in the rich text
editor of LiveJournal.com (one of the most populat blogging websites). Its
JavaScript http://www.livejournal.com/js/richtext.js obviously uses Midas to
richedit blogs, but find toolbar still appears in Firefox :-(

However, the above linked example testcase works perfectly. So we need another
testcase. I cannot link directly to http://www.livejournal.com/update.bml
because one needs an account to blog there. So I'll try to compose my own testcase.

Comment 12

[Sergey Sokoloff]

Attachment: current snapshot of LiveJournal.com rich text editor

Saving current snapshot state of LiveJournal.com rich text editor's JavaScript
-- so further investigations on it here will not be broken even if there is a
fix there on LiveJournal.com in future.

Setting application/x-javascript MIME, as on LiveJournal.com.

Comment 13

[Sergey Sokoloff]

Attachment: edited rich text editing JavaScript

Making all paths which were relative to site root (in JavaScript) now absolute
and pointing to LiveJournal.com website.

Comment 14

[Sergey Sokoloff]

Attachment: a copy of http://www.livejournal.com/rte/blank.html

This needs to be in Bugzilla because Midas seems not to work across domains.

Comment 15

[Sergey Sokoloff]

Attachment: JavaScript for testcase

This is a version of JavaScript that I'm going to use in testcase.

All image elements are pointed to LiveJournal.com.

Midas iframe source is taken from Bugzilla, to prevent cross-site editing.

Comment 16

[Sergey Sokoloff]

Attachment: the testcase itself

This HTML is taken from Bugzilla, and JavaScript is taken from Bugzilla, and
iframe src is taken from Bugzilla, so Midas should work.

Well, let's see what happens now...

(It's still not the exact reproduction: LiveJournal rich text editor is given
as a result of HTTP POST operation from the form of simple editor, and here we
have GET.)

Comment 17

[Sergey Sokoloff]

Bingo! The exact testcase reproducing the bug in Mozilla/5.0 (Windows; U;
Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

However, now I see the bug in effect here (in my testcase), and the find toolbar
appears when editing (it should not!), but I cannot reproduce the bug where it
originally was seen (in LiveJournal.com). But I've seen it there, less than two
hours ago!! "Dangerous and disturbing this puzzle is..." This bug seems to be
dependent of some other conditions... not only the source code :-((

Maybe one should try my testcase in a relaunched executable of Firefox?

I'm asking for help from original witnesses:
http://www.livejournal.com/community/firefoxusers/28229.html

I'll wait for the case to be observed by more eyes...

Hint: the bug is more likely to occur when you start editing a Midas iframe in a
page which yet has some other loading objects (e.g. images), so find toolbar
appears over "Transferring data from..." status, not "Done".

Or so it seems.

Comment 18

[Sergey Sokoloff]

No, my above given hint is wrong. I've just waited for attachment 170139 [details] to load
completely ("Done" in status), but the bug is still visible, the find bar still
appears.

Comment 19

[Steffen Wilberg]

I just tried the testcase (attachment 170139 [details]). Another example is the editor
demo at http://www.kevinroth.com/rte/demo.htm.

You can enter text just fine, but as soon as you click one of the buttons, the
editor looses focus, and when you type again, the find bar starts searching.

Comment 20

[José Jeria]

(In reply to comment #19)
> I just tried the testcase (attachment 170139 [details] [edit]). Another example is the
editor
> demo at http://www.kevinroth.com/rte/demo.htm.
> 
Attachment 170139 [details] doesn't activate teh designmode for some reason. But the url
works fine with trunk build 20050703, Windows XP

Can anyone verify?

Comment 21

[Martijn Wargers (dead)]

(In reply to comment #20)
> Can anyone verify?
I'm also not seeing the bug in current trunk build. 

Comment 22

[José Jeria]

Marking WFM, please reopen if you can reproduce with a trunk build