My suspicion was wrong, the binding doesn't change anything. I just said
that by looking at the comment, but didn't try. Sorry about that.
However, (defun erc-scroll-to-bottom (window display-start) nil) removes the
bug.
The bug should be reproducable with emacs -Q, the ibuffer configuration
lines I gave in the first bug report, and scroll-to-bottom mode on. I'm
using latest CVS, the bug also happens with a build from july.
Best of luck
Antoine
2008/9/5 John Paul Wallington <jpw@pobox.com>

> > Hi,
>
> Hi Antoine,
>
> > I did some testing, and the bug was not in tracker as I suspected, it's
> in
> > scrolltobottom, in erc-goodies.el. This should be much easier for you to
> > debug: it's only a few lines long. I strongly suspect the part following
> > this comment is responsible :
> >       ;; Temporarily bind resize-mini-windows to nil so that users who
> have
> > it
> >       ;; set to a non-nil value will not suffer from premature minibuffer
> >       ;; shrinkage due to the below recenter call.  I have no idea why
> this
> >       ;; works, but it solves the problem, and has no negative side
> effects.
> >       ;; (Fran Litterio, 2003/01/07)
> >
> > Looks like it does have side effects after all :-)
>
> Sorry, I'm having difficulties reproducing the bug.
>
> Could you try getting rid of the code that binds
> `resize-mini-windows', perhaps using the function below, and test
> whether your suspicion is correct?
>
>
> (defun erc-scroll-to-bottom (window display-start)
>  "Changed to see whether not let binding `resize-mini-windows' to nil
> doesn't cause the bug."
>  (if (window-live-p window)
>      (erc-with-selected-window window
>        (save-restriction
>          (widen)
>          (when (and erc-insert-marker
>                     ;; we're editing a line. Scroll.
>                     (> (point) erc-insert-marker))
>            (save-excursion
>              (goto-char (point-max))
>              (recenter (or erc-input-line-position -1))
>              (sit-for 0)))))))
>