Just wanted to note a UI annoyance. I'm not sure where this bug actually belongs otherwise I'd file it... As in, I'm not sure if it's an underlying UI issue, a skin issue, or specific to a particular page/class/panel. I'm running 1.3-rc-1.8082 on tomcat 5.5 (don't ask, i'm slow, it works), x64 fedora 7 w/ latest patches, Sun AMD64 java 1.6... Viewing on windows in firefox 2.0.0.12 (localhost tunnel'd to linux box via "\cygwin\bin\ssh.exe -L 80:localhost:80 -L 443:localhost:443 -L 3306:localhost:33 06 -L 8080:localhost:8080 npm@mylinuxserver "echo '^C to quit' ; exec cat > /dev/null" ). (0) I blanked the database and loaded the complete XAR associated with 1.3rc1. I'm using the default installed skin, XWiki.DefaultSkin which has "toucan" base-skin. (1) I login as "Admin" and click "Administration" -- http://localhost:8080/xwiki/bin/admin/XWiki/XWikiPreferences (2) The horizontal tabs highlight, as I mouse-over them, and I click as soon as they highlight, thinking it's a "button" ... and nothing happens. It's only when one mouses-over the text that the mouse-sprite changes to indicate the tab is actually clickable. Resolution:"quick fix" for this is to not have the horizontal tab highlight on mouseover (therefore seeming less like a button). Instead it should highlight on selection. Given what the highlighting should signify in this situation -- the currently selected tab -- the existing behavior of highlighting on mouseover is probably a bug, Highlighting on mouseover makes the user think the tab is a "button" that is showing it is active. You click anywhere within the area of that button, expecting it to work. In reality, the only signal of "activity' should be the mouse-sprite changing on mouse-over of the text in the tab. -- Niels http://nielsmayer.com PS: other tabs, such as the "Choose editor" vertical tabs at http://localhost:8080/xwiki/bin/edit/XWiki/DefaultSkin?editor=object "do the right thing".... it's just the horizontal tabs that exhibit the odd highlighting behavior.