When I do what you say here is what happens. That is how far I have to drag it to make the scrollbar disappear......

Here is a screenshot.

http://img395.imageshack.us/my.php?image=untitled7bz2.png

I fail to see how this is a problem?

With Version 1.0 revision 2398 gcc 3.4.4 Windows/unicode

This is my screenshot. Note that the source file is 1000+ lines.

http://img464.imageshack.us/img464/7496/codeblocksss7lq.png

Can you try revision 2398? Also please provide your wxGTK version? I tried with a 3000+ line file, and I cannot reproduce...... I have wx 2.6.3

Rev. 2398 exhibits the same behaviour

wxGTK-2.6.2-0.2.2.fc4

Hmm maybe a wxGTK bug..... The only other thing you could do is to try wx 2.6.3. Although a dev might have a better idea if C::B is the culprit or not.... At the moment I'm not so sure it is C::B's fault, but hey I don't know the code too well...

I can see this bug in Ubuntu64 5.10.

It's possibly a wxAUI bug. I 'll have to confirm this.

This problem still exists in r2509 with wxgtk 2.6.3. It would seem that when the editor window is created, it gets a minimum size, and subsequently refuses to resize it smaller than that. If I resize the panels just a little, maybe 7 pixels or so, the scrollbars are half visible. See http://tdb.fi/~tdb/codeblocks_bug7153.png for an example.

Problem still exists at r2995. I want to add that when you move the right or down spliiter (both of them have the bug) the scroll bar doesn't move with the same speed and finaly get's covered by the panel.

What I mean is that if you move the right spliter 100 pixels the scrollbard doesn't stay unmovable but moves for e.g. only 10 pixels. It is like a scale factor is wrong.

This is a pretty old bug and can't be reproduced in newer revisions. Presumably it has been fixed. So closing this.