Hi James, Thanks for the report.
On Tue, Feb 17, 2015 at 3:05 AM, James <[email protected]> wrote: > Trying to use the "Close All" function when the screen is split into > multiple windows often leads to LyX becoming unresponsive (i.e. Windows "not > responding" message). The program doesn't recover even when left for hours. > > It seems to happen when there are several child documents of a large master > document open in the split views and the program attempts to close them in > sequence. It appears as though it starts to close them but then stops and > hangs. > > The outline pane does some level of updating as it initially tries to close > the child documents and the early chapters in the hierarchy drop out of the > TOC list. Then it becomes unresponsive when anything else is done with the > program. > > It doesn't matter whether any of the documents require saving (i.e. the same > result occurs when all have already been saved). I cannot reproduce this on Linux. Do you have a set of example documents where you can reproduce it 100% of the time? Also, instead of using the "close all" from the menu, can you enter alt + x and then put in buffer-forall buffer-close and then press return. Are all the buffers closed? Do you ever get a problem with that command? > Fortunately, LyX has one of the best "fuss free" auto save and recovery > processes that I have come across, so content is only lost if the auto save > interval is large. This is good to know! > A bit annoying nonetheless. Indeed. This is something we would like to fix. > This is currently happening for both LyX 2.1.2 and 2.1.3 on Windows 7 > (64-bit) systems. But I do also have a feeling it was happening with 2.1.1 > and possibly 2.0.x. Good to know. Thanks for mentioning this. Scott
