Odd conflict with Html Validator 0.7.9.5 and Firefox 2

[y5]

I haven't tested in any previous Fx versions, but there is a strange
conflict with the Html Validator extension.

As long as both extensions are installed and Firefox is set to show a
blank page at startup, the browser ignores the
browser.urlbar.hideGoButton about:config directive (the go button is
always shown).

In addition, with both extensions installed and the startup page set to
blank, the find as you type feature will take over when typing into any
text box. This will continue to happen until the browser window loses
and regains focus.

Eliminating any of these conditions fixes both issues. I've temporarily
chosen to use a default homepage rather than about:blank.

I know there are more than a few bugzilla entries concerning the find
as you type feature and text input boxes, but it's strange that this
combination causes the behaviour 100% of the time.

Thanks for all your hard (and smart) work, Joe. As soon as Christmas is
over and I can survey the damages, I'll gladly consider donating.

John Hansen
http://yellow5.us

[Tadhg]

I have run into the same problem, but with Firefox 1.5.0.8, HTML
Validator 0.7.9.5, and Firebug beta 2. Changing the startup page
doesn't fix it for me--if both extensions are enabled, 'find as you
type' takes over whenever I try to write to a text field.

Apart from all that, many many thanks, Joe, for a fantastic extension.

Tadhg

[Olaf]

> I have run into the same problem, but with Firefox 1.5.0.8, HTML
> Validator 0.7.9.5, and Firebug beta 2. Changing the startup page
> doesn't fix it for me--if both extensions are enabled, 'find as you
> type' takes over whenever I try to write to a text field.

Yes, i to on FF2.0

And i can't copy adresses from Sites and then paste this in the
adressbar :(

The adress is also not click and mark the all content of the adress,
all in the adressbar. I must mark all over hold mouse clicked and than
move!

The newest beta is installed

[Caspar van der Linden]

"In addition, with both extensions installed and the startup page set
to blank, the find as you type feature will take over when typing into
any text box. This will continue to happen until the browser window
loses and regains focus. "

That's a thing that buggers me too (Fx 2 @ OSX 10.4.8). I cannot enter
any search terms in the Firefox startpage, because FAYT takes over. If
I 'disable validation in the browser' in HTML Validator it works as
supposed. But that's not what I want.

I don't know if it has anything to do with this issue, but I know that
the 'Tamper data' extension also does not like HTML Validator. You'll
get an explicit warning to turn HTML Validator off. That's far from a
perfect solution, but somewhat workable.
The common thing in Tamper data en the new Firebug is that they both
intercept network traffic and http-headers (with the new Net-tab). Hope
it helps... although I think Marc Gueury from the HTML Validator may
want to look at this issue too.

Joe, if you're reading this. :-) See:
http://users.skynet.be/mgueury/mozilla/

[Joe]

I've found the solution to the problem. This is really a bug in
Firefox, but there is a workaround. Unfortunately it is easier to fix
by changing HTML Validator than Firebug, so I've sent a patch to Marc
Guery, the author of HTML Validator, in hopes that he will incorporate
it in his extension.

[Richard Quadling]

Can you supply some details so we can see what the problem is, and the
fix? Other extensions may be susceptible to the problem and could
benefit from this info.

--
-----
Richard Quadling
Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
"Standing on the shoulders of some very clever giants!"

[Joe Hewitt]

I'm not really sure what the problem is, as the things that cause it
are not really
doing anything wrong. When each Firefox window starts, Firebug loads
a local HTML file
into the two iframes inside its bottom panel. Shortly thereafter,
HTML Validator creates and
appends some XUL elements to the tooltip that appears when you are
over its status bar icon.

I was able to prevent the focus bug from happening by either
preventing HTML Validator from
inserting XUL image elements into its tooltip, or by preventing
Firebug from loading the HTML
files into the iframes. So, I suppose that either one of those
actions has some effect on Gecko's
focus infrastructure and causes it to go off the rails.

There's really no lesson to be learned here for extension developers,
other than to expect
Firefox to have bugs every now again and don't go insane when you run
into them :)

- Joe

[y5]

Thanks Joe, you're the man!!

[Richard Quadling]

Thank you. That's great.

[Joe Hewitt]

This is fixed in version 1.01 which is now on addons.mozilla.org. I
haven't heard back from Marc Guery, so I've just
incorporated the fix into Firebug. It's not pretty, but it works.

- Joe

[Paul]

Great! Excellent work, Joe. Kudos!

[Olaf]

Now this works for me, spezial thanks !!!!