AR8.1.1 and Adobe Dialog Manager hier_list_box

Question

Hi,
I've noticed that with Linux AR8.1.1 the behaviour of a
hier_list_box element in a dialog box is different than
with AR7.0.9. Specifically, with AR8.1.1 the list box
tree is initially drawn fully open, whereas with AR7.0.9
it is initially shown collapsed. Also with AR8.1.1,
closing a node then opening it again, causes all
its children to be opened, whereas with AR7.0.9
it causes all the children to be closed.
I've put together a test sheet to show the differences in behaviour:
http://www.amrita-cfd.org/4adobe/adm/hier_list_box.pdf
Is this change in behaviour a bug. Certainly, one could
argue that the new behaviour with AR8.1.1 negates the advantage
of using a hier_list_box over a regular list_box.
James Quirk

Answer 1

I've just noticed the following behaviour with the above hier_list_box.pdf example. With AR8.1.1, if I click the
"narrow" button AR exits with:
Gtk-ERROR **: file gtktreestore.c: line 583 (gtk_tree_store_get_path):
assertion failed: (G_NODE (iter->user_data)->parent != NULL)
aborting...
But AR7.0.9 works fine: the tree is narrowed to the children of the currently selected node. I didn't notice this problem before as the dialog box was developed using AR7.0.9, primarily because it loads faster on my aged laptop than AR8.1.1 .
I've run ldd on my acroread binaries and both AR7.0.9
and AR8.1.1 are loading the same gtk library:
libgtk-x11-2.0.so.0 => /opt/gnome/lib/libgtk-x11-2.0.so.0 (0xb7b76000)
Therefore I guess the problem is with what is being fed to gtk.
I understand that this particular example is probably abusing
the Dialog Manager, but it does have some merit in that it allows snippets of source code to be saved from a PDF. Here I have to say that it would be nice if the JavaScript reference manual offered something similar. In particular, the dialog examples that appear
on pages 111-119 are quite awkward to cut and paste.
James