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

RESOLVED WORKSFORME

Status

()

P1
normal
RESOLVED WORKSFORME
15 years ago
10 years ago

People

(Reporter: leaf.of.grass, Assigned: bugzilla)

Tracking

({fixed-aviary1.0, qawanted, testcase})

unspecified
x86
All
fixed-aviary1.0, qawanted, testcase
Points:
---
Bug Flags:
blocking-aviary1.0PR +

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: see comment 19, URL)

Attachments

(5 attachments, 1 obsolete attachment)

(Reporter)

Description

15 years ago
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

15 years ago
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.
Status: UNCONFIRMED → NEW
Ever confirmed: true

Updated

15 years ago
Summary: Find toolbar appears when typing in vBulletin reply box → Find toolbar appears when typing ' in vBulletin reply box
-> Find Toolbar component.
Component: Toolbars → Find Toolbar / FastFind

Updated

15 years ago
Keywords: qawanted
*** Bug 251234 has been marked as a duplicate of this bug. ***
*** Bug 251747 has been marked as a duplicate of this bug. ***

Comment 5

15 years ago
Created attachment 153427 [details]
Testcase

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

Comment 6

15 years ago
--> Major since this breaks midas in Firefox
Severity: normal → major
Flags: blocking-aviary1.0RC1?
Keywords: testcase
Summary: Find toolbar appears when typing ' in vBulletin reply box → [midas] Find toolbar appears when typing ' in vBulletin reply box

Updated

15 years ago
Summary: [midas] Find toolbar appears when typing ' in vBulletin reply box → Find toolbar appears when using Midas, preventing the use of the space bar and backspace

Comment 7

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

Comment 8

15 years ago
-> default owner of component (Blake)
Assignee: bugs → firefox
QA Contact: bugzilla
(Assignee)

Updated

15 years ago
Flags: blocking-aviary1.0RC1? → blocking-aviary1.0RC1+
Priority: -- → P1
(Assignee)

Comment 9

15 years ago
This is fixed.
Status: NEW → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → FIXED

Updated

14 years ago
Keywords: fixed-aviary1.0
(Reporter)

Comment 10

14 years ago
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
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
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.
Created attachment 170131 [details]
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.
Created attachment 170132 [details]
edited rich text editing JavaScript

Making all paths which were relative to site root (in JavaScript) now absolute
and pointing to LiveJournal.com website.
Created attachment 170134 [details]
a copy of http://www.livejournal.com/rte/blank.html

This needs to be in Bugzilla because Midas seems not to work across domains.
Created attachment 170136 [details]
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.
Created attachment 170139 [details]
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.)
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.
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

14 years ago
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.
Summary: Find toolbar appears when using Midas, preventing the use of the space bar and backspace → Find toolbar appears after clicking buttons in richt-text-editors (Midas) and typing again
Whiteboard: see comment 19

Updated

14 years ago
Attachment #153427 - Attachment is obsolete: true

Updated

14 years ago
Severity: major → normal
OS: Windows XP → All

Comment 20

14 years ago
(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?

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

Comment 22

14 years ago
Marking WFM, please reopen if you can reproduce with a trunk build
Status: REOPENED → RESOLVED
Last Resolved: 15 years ago14 years ago
Resolution: --- → WORKSFORME
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.