backing bean code

singleton menu model data

table model data

sample jspx file

tested on tomcat 5.5

sources

Can't get the sample app. to run. Keeps saying:

May 30, 2008 11:18:04 AM org.apache.catalina.core.StandardContext start
SEVERE: Error listenerStart
May 30, 2008 11:18:04 AM org.apache.catalina.core.StandardContext start
SEVERE: Context [/ICE-3064] startup failed due to previous errors

The problem was caused by using the same menu items component for all rows of the table. This produced menu items with same id's in different rows, which messed up the rendering.

Suggested fix from Mark:

Clear out cached clientId value so that a unique clientId will be generated when menu items are in a UIData component.

From Michael:
I tested the attached demo app and it is still not working correctly. The menubar is shown in every table row now, but as soon as a menuitem is selected a javascript error occurs and the application doesn't respond anymore.

Here's a screenshot showing the new problem.

Couldn't reproduce error. Worked OK when run in Intellij and Tomcat 6 with demo app code integrated in component showcase. No JavaScript error on client side, and event handler was called properly on server side. See attached screenshot-3.

(Still can't get the sample app. to run standalone. always gets this error:
SEVERE: Error listenerStart)

Finally got it to run standalone. But still no error. The result was exactly the same as running embedded in component showcase.

Run without Intellij by manually deploying to Tomcat 6. Still no error. See screenshot-5.

Working war file for Tomcat 6.

I see the same behaviour in your test application. Cleared all temporary browser data to be sure I'm not working with any cached code. The issue happens in Firefox and IE. Looking at the Javascript code shows that the following method causes this problem:

ice-extras.js

hideMenuWithId: function(menu) {
if (menu)

return;
}

The expression menu = $(menu); assigns NULL to menu which causes an exception and the page to be unresponsible until a browser refresh is done.

Stepped through the JavaScript many, many times. The "menu" variable did have a valid value every time and the indicator at the bottom right corner of the browser remained green. Not once did I encounter any error. See screenshot-6.

Attached modified source zip file with build script added. To build the war file, modify the import file location (for build-common.xml) in build.xml and execute the default target (tomcat6.0).

Sam, please take the latest source that Yip attached to this case and try to reproduce the JS errors that Michael is still reporting.

Thanks to Sam's testing efforts, I am finally able to consistently reproduce the error. At first glance, the cause looks like a hidden bug in the menu handling JavaScript that gets exposed when certain sequences of mouse hover and click events occur on overlapping menu div areas. (I tended to click on the edges of menu divs, which don't overlap. Maybe that's why the error never showed up on my machine.)

From Michael: (See screenshot-7)

When you hover over a menuItem you can see the list of submenus. If you look at their contents you will see that the first menu item is empty and the second contains the label of menuItem one and two.

This is yet another hidden bug (CSS?) exposed by the fix for ICE-3076.

Fixed. See screenshot-8.

From Michael:

I tested it with the latest branch and besides a javascript error I get, everything seems to work fine now. The javascript error doesn't seem to have any impact on the functionality and occurs sporadically after some time of unresponsiveness of the client. The firebug error log is attached. Also, there's one more thing which I'm not sure of if it should be regarded as a bug or not. You can simply reproduce it by following the steps below:

1. hover over the first menuitem
2. select the first subitem 'Test1'
3. the sub menuitem's actionlistener will be called and executed as expected and
4. right after that the focus is set to the next menubar component which causes its submenus to expand automatically

This might be a bit confusing for the user. I would expect that after the action has been executed the submenus of another menuitem should only expand when
a user explicitly clicks on a menuItem.

About the JS error:

nsSessionStore.js (C:\Program Files\Mozilla Firefox\components\nsSessionStore.js) is a Firefox JS program. If you google the error, you will find a lot of people have had the same error. So it's nothing to do with ICEfaces?

"This Error is being generated in the Firefox components script that stores the session data for a window."

"I had that sort of nonsense when upgrading versions of FF and TB until I started removing all of the program directory prior to deploying the new version."

"I uninstalled Firefox. Deleted the directory and removed the references in the registry. I then reinstalled a fresh copy of firefox and all plugins. So far I have not had any more problems."

About the on hover event:

This is expected behavior with the current menu item event handling logic. It is caused by the overlapping of menu item div's. To change this behavior, we need to figure out how to distinguish between the two types of hover event: normal hover event and hover event as a result of clicking an overlapping menu item div. (There could also be more than two layers of overlap and this could complicate things further?) And then we need to change the renderer and/or JavaScript accordingly.