The behaviour of Buttons and Links is only problematic when there is more than one sample ICEfaces portlet on the page. When the Buttons and Links portlet is the only portlet on the page, it behaves as expected.

Due to work for http://jira.icefaces.org/browse/ICE-6141, Google Maps is now operational.

I've opened a separate case for the behaviour of the Buttons and Links portlet (http://jira.icefaces.org/browse/ICE-6144).

I ran through all the portlets in the Component Showcase using the following environment:

Server
Liferay 6.0.5 + Tomcat 6.0.26

Browsers
FireFox 3.6.12
Safari 5.0.2
Chrome 7
IE 8

Issues

Different behaviour when multiple portlets on page
The behaviour of some portlets is different when they are on a page with other portlets compared to when they are by themselves. I opened a JIRA that noted Buttons and Links specifically (http://jira.icefaces.org/browse/ICE-6144) but running through these again in more detail showed some other portlets that function fine when on a page by themselves but don't function properly when other portlets are on the page. It's possible these are all related to how the initial update is applied.

• Buttons and Links: The first value is remembered and cannot be reset back to a blank field.
• Progress Bar: Clicking the buttons and such seems to be okay, but actually starting the progress bar causes the portlet to "explode" out to a full page. Likely due to the update being a full page replacement. After some clicking around and reloading, it is possible to get it working properly but it's highly unreliable.
• Select Input Text: The menu of matching choices does not display if there are other portlets on the page. This seems to be new as I'm fairly certain that it did work previously.
• Postioned Panel: You can only drag a single item once. After that the items are no longer draggable. This was noted previously but it does work properly if there are no other portlets on the page. There is an odd comment displayed above the list <!-- 721 --> after the intial item is dragged.

Google Maps in IE
While the maps will load, selecting a city or typing in and address results in a "xxx not found" message being displayed and the map doesn't navigate to the new location.

Popup Panels
In all browser:

• the draggable panel is no longer draggable and is not well positioned
• the modal dialog doesn't appear to block the background page as I can select text

Popups tracking to mouse position
With a number of the popup type items, the actual popped up div is not tracking next to the mouse. This is true of things like the:

• tooltips over the provinces (all browsers)
• drag items (perhaps just FF)
• menup popup (all browsers)

*Note: For some reason on FF, the mouse must remain held down to keep the menu popup visible. The other browsers don't require this.

Vertical menus
Switching the menus to vertical mode causes them to display oddly and for the sub-menus to be rendered away from the mouse. This behaviour has been known for some time.

Resolving this case as fixed with the following comments. Specific portlet issues should get their own JIRAs going forward.

• Different behaviour when multiple portlets on page

Given the changes made recently to correct the ViewState issue (http://jira.icefaces.org/browse/ICE-6022) by creating our own patched version of JSF 2.0.4_b06, I've revisited the Compat Component Showcase portlets. All behaviour related to this problem has been rectified.

• Buttons and Links: The first value is remembered and cannot be reset back to a blank field.

The problem is covered in separate JIRAs and is related to a problem with PortletFaces Bridge.
http://jira.portletfaces.org/browse/BRIDGE-39
http://jira.icefaces.org/browse/ICE-6144

• Postioned Panel: There is an odd comment displayed above the list <!-- 721 --> after the intial item is dragged.

Identified and fixed as per http://jira.icefaces.org/browse/ICE-6326.

• Google Maps in IE
  If the Google Maps API key does not match the URL that you are testing from, you will see this problem. In other words, I was testing IE from VMware and connection to a remote server (not localhost). Since the Google API key was set for localhost, the problem of not finding the City would occur. Testing IE from a server running with the proper key showed there was no issue.

• Popup Panels: The modal dialog position is slightly off in Liferay 6 and it "travels" down and to the right each time the scroll bar is used. This appears to be related to a styling conflict with Liferay 6 as the same problem does not occur in Liferay 5.

Other noted issues (e.g vertical menus, popup position tracking to mouse position) are generally related to styling and have been noted as Known Issues in previous ICEfaces releases.