TYPO3 Core

Have you disabled the Option "Disable or replace context menus"? (I have also added a screenshot.)

I have the same options selected as you, but the Firefox context menu still covers the htmlarea context menu.

I cannot reproduce this behaviour. Try to remove the Firefox Web Developer extension.

I've removed the Web Developer Extension, but this didn't solve the problem. Is there any other information that I could send you?

My original report was incorrect: this behaviour only occurs in Firefox for OS X.

If I understand well, the htmlarea context menu first gets displayed, and then, the Firefox context menu is displayed over it? Please confirm this sequence.

The Firefox context menu should not be displayed at all, because propagation of the contextmenu event is stopped when the event is processed by htmlarea. Why the event is not stopped on Mac OS X, I don't know... What version of Firefox?

Yes, that's right. First HTMLAREA draws its context menu and then Firefox draw its own menu on top of it.

I'm using Firefox 1.0.3 on OS X 10.3.9:

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050414 Firefox/1.0.3

Is the problem also present when you use Mozilla 1.7.7?

The same site behaves correctly in Mozilla 1.77:

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416

If the site behaves correctly in Mozilla 1.7.7 on Mac OS X, but not in Firefox 1.0.3 on Mac OS X, which uses exactly the same gecko engine, and moreover behaves correctly in Firefox 1.0.3 on other platforms, I would tend to think that there is a bug in the Mac OS X version of Firefox 1.0.3.

From the editor scripting point-of-view, there is no difference between Mozilla 1.7.7 and Firefox 1.0.3.

Just installed Firefox 1.0.4 and it still has the same result. However, if there's a bug in Firefox/OS X then there's not much you can do about it, I suppose...

I would like to know if the problem still exists in Firefox on OS X with version 0.6.1 of thtmlArea RTE.

Hi Stanislas,

still the same problem, I'm afraid.

Ok, then. Obviously, the contextmenu event does not get stopped at it should on this Firefox-OS X configuration. Need to find a way to submit this problem to the Firefox team.

I think this is it:

https://bugzilla.mozilla.org/show_bug.cgi?id=248169

Good news! After deinstalling the Firefox extension 'All-in-One Gestures', the blocking contextmenu disappeared. So this wasn't an OS X specific issue after all. Sorry for all the trouble..

Bart

I tried this extension in Firefox 1.0.6 on Windows, and found that it
was also causing erratic event handling of the context menu (although in a
different way, on close rather than open).

I guess the 'All-in-One Gestures' Firefox extension is doing things that Firefox should protect itself (and us!) against.

I reported the information to bugzilla.mozilla.org.

Since the RTE context menu was completely re-written in TYPO3 4.4, I re-tested the RTE after installing All-in-One gestures v 0.21.1 on Firefox v3.6.8.

The problem seems to be resolved as the Firefox context menu does not overlay the RTE context menu anymore.