[weihnachtsmann]

Personally, I appreciate ubuntus default "prevent stealing the browsers contextmenu" policy.

This is just a question of security because it prevents that someone emulates the default context menu (with back, forward links etc.) but provides different (malicious) functionality.

However, it might be useful to add a hint to the javadocs.

[Isomorphic]

That's incredible. I guess this is one of those small things that makes people say Linux on the desktop is not ready..

Thanks for pointing this out.

[weihnachtsmann]

OMG...I found the following hint in an old GWT-ext Forum:
"Apparently Ubuntu sets: dom.event.contextmenu.enabled to false by default"

I strongly assume that one of the last updates of the firefox package set this parameter to false. Changing it to true via about:config luckily brings back my context menu instead of the browser default menu. Many thanks for your help.

[Isomorphic]

Use Scout.

[weihnachtsmann]

Yes, after testing in a VM I Can confirm that the Windows FF10 works as expected.

Sorry, I absolutely do not understand how to run this Test example via Saucelabs.com...

[Isomorphic]

We see different results on Linux, but it's not identical to yours, so the problem may come down to some subtle bug in Mate or your specific Ubuntu version.

Can you reproduce a problem with the "Linux" environment from Saucelabs.com?

[weihnachtsmann]

Switched back to stable SmartGWT 3.0 but tested the latest nightly builds...

- smartgwt.jar and smartgwt-skins.jar from http://www.smartclient.com/builds/Sm...rtgwt-3.0p.zip
- SmartClient Version: SC_SNAPSHOT-2012-02-16_v8.2p/LGPL Development Only (built 2012-02-16)
- Test.java from above
- Firefox 10.0 FF from the Ubuntu 11.10 repository
- Disabled all popup blockers etc.
- User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:10.0) Gecko/20100101 Firefox/10.0
- OS: Linux Mint 12 (Mate Desktop)
- No difference between hosted mode or compiled war

Resulting Screenshots attached...

[Isomorphic]

We're not reproducing this in any browser - please provide details of exact browser/OS versions

[weihnachtsmann]

Facing a similar problem with SC_SNAPSHOT-2012-02-03_v8.3d/LGPL Development Only (built 2012-02-03) and FF10.0 (Linux). Nightly build from 02-10 didn't fix it as well. Contextmenu on Treegrid wont show (or is hidden behind browser context menu). Happens only in FF10, FF9.01 and other browsers work.

Example attached.

[senordhuff]

Looks good now, thanks.

[Isomorphic]

The fix hadn't been ported fully to 8.2p - please retest with a nightly from 02/02 or later

[senordhuff]

Hi, I just tried this again in our app and with the test case I sent. The version I'm using is:

SC_SNAPSHOT-2012-01-30_v8.2p

I'm still seeing the same issue. Not working in Firefox while working in IE and Chrome.

[Isomorphic]

Thanks for the report - we've made changes to address this is 8.2p and 8.3d and these will appear in nightlies from tomorrow (1/28) - let us know if you still see issues.

[senordhuff]

Hi,

Yes, the context menu is the single line menu with Add.

After further testing, it looks like the context menu appears when you click on the whitespace inside the grid body. But, if you hover over the 1 data row and right-click, it is very flaky and doesn't work right. It may work one time but then stops working. This is only happening with Firefox and not other browsers. We've tested on several different machines (all Windows 7, however) and reproduced the same exact problem.

I have recreated this issue with the 1/24 nightly and the 1/25 nightly. Can you see if you can recreate?

[Isomorphic]

We're not reproducing this on FF 9.0.1 (Running on Mac OSX).

Just to confirm the behavior we're seeing - we're right-clicking over the grid in the section title "Grid" on the right of the page and we see a context menu come up with the single entry "Add".