[ESS-bugs] new buglet: M-x R-2.8.x shows *R-..* buffer in two windows

[Martin Maechler]

>>>>> Vitalie Spinu <spinuvit at gmail.com>
>>>>>     on Sat, 20 Oct 2012 21:19:25 +0200 writes:

    >>> Martin Maechler <maechler at stat.math.ethz.ch> on Sat, 20
    >>> Oct 2012 21:06:48 +0200 wrote:

    > [...]


    >>>> We actually had it already implemented. It's
    >>>> inferior-ess-same-window which defaulted to t. I have
    >>>> changed it to nil. It feels better this way as it is
    >>>> consistent with the splitting which we have during the
    >>>> auto-start.

    >>> Hm, I have tried it and it feels a bit weired when
    >>> having several windows in a frame. Can others also try
    >>> it out. I am getting slightly inclined to change this
    >>> back.

    >> In this case (your feeling), and so close before release,
    >> I'd advise to revert the change.

    > Yes, reverted in trunk.

ok

    >> Note: That my problem that gave rise to this thread was
    >> *not* calling M-x R-<something> from a R script buffer,
    >> but from an *R* buffer (in *one* only window).  And as
    >> said, what happened (only in some cases), is that *R* got
    >> replaced by the *R-<something>* buffer *AND* that same
    >> buffer was shown in two windows..

    > Ok, now I understand. I have done a couple of tweaks these
    > days in relation to other stuff. It might have been
    > solved. Please check.

No, I can still reproduce it:

     emacs -f R

   --> emacs with one 'window', showing the   *R*  process buffer

     M-x R-2.8.0  
     (asks for ess-dircetory I answer; da da da)
     
   --> emacs has two windows, both display the same buffer *R-2.8.0*

I append a screenshot, just as to make sure you understand what
I mean.