Juri Linkov writes: > The current implementation of `buffer-list' frame parameter doesn't > preserve the correct ordering of buffers selected in the same frame. > > After using `next-window' in one frame, `previous-window' in another > frame gets the buffer buried in the first frame, but not in the > same frame where it is called. > > Since two commands `next-window' and `previous-window' make a ring > from the buffer list, this ring becomes broken when used in two or > more frames. I think you mean `next-buffer' and `prev-buffer' here, no? Does this patch fix it?