— accordion.js (revision 32993)
+++ accordion.js (working copy)
@@ -183,6 +183,10 @@
} else {
//contents may have changed so get new ones or may be single pane MOBI-611
if (cached!=true)

openPane( openElem, fixedHeight);
@@ -209,6 +213,18 @@
}
}
},

with this diff, the server is updated even though the selected id does not change, however the actionListener is not queued and a new selected id is not set (since it didn't change after all), however, the hash code is regenerated to trigger update properties.
toggle, works as it should and the panel is opened.
Renderer code puts class to "closed" to minimize size of updates.
updateProperties should then ensure the correct panel is opened. (sets class to "open"). this does give a bit of a flicker though, so have to come up with something better for 1.3 Beta.

rev 32935 for 1.2 EE branch for same fix as 32993.

slight problem still in that the first time the page loads (see mobitest/layout/accordion/accordionSingleContentPane.jsf)
the panel closes fine but takes 2 clicks to reopen the first time you try to reopen it. After that it works fine each and every time.
Complications arise from renderer always placing the "close" style on the section element. THIs was done in order to make the updates as small as possible with DOMDiff. If the renderer starts to mess around with the section markup, then the entire accordion gets updated. updateProperties should be able to set the style correctly, but for some reason, the first update occurs three times (so updateProperties gets run three times after the view is submitted). After that it just occurs once.
Still going to place rev 32993 fix into 1.2 EE Branch as at least the accordion will open (when it would not before when using a single contentPane).

diff between rev 32993 (fixed checkin) and 1.2 Final

since component does not submit itself in jsp this is for jsf version of component only.