@ all with this problem:
could you please test the following patch ?
--- tmp/tmprRirMh-meld/classbrowser.cpp
+++ home/jens/codeblocks-build/codeblocks.trunk/src/plugins/codecompletion/classbrowser.cpp
@@ -122,6 +122,7 @@
XRCCTRL(*this, "cmbView", wxChoice)->SetSelection(filter);
int pos = cfg->ReadInt(_T("/splitter_pos"), 250);
+ XRCCTRL(*this, "splitterWin", wxSplitterWindow)->SetMinSize(wxSize(-1, 200));
XRCCTRL(*this, "splitterWin", wxSplitterWindow)->SetSashPosition(pos, false);
// if the classbrowser is put under the control of a wxFlatNotebook,
The cause for the issue is, that wxWidgets checks if the requested sash position fits inside the windows actual or min-size.
Normally the min-size of the splitter window is the default min size (-1,-1) and the actual size is very small (If I remeber correctly it'S 20 or something like this).
That only happens for the symbols-browser if it is docked inside the management pane, not if it is free-floating.
For me it was enough to set min-height to 200, even if the requested sash-position is greater than 200.
If the min-height is to large, the sash might get hidden, if the management pane is resized.
EDIT:Until now only tested on linux (debian 64-bit), windows tests will follow.