Created attachment 117766 [details] normal sidebar resize - incl. mouse shape I have 2 documents: small (156 words, 929 chars) and large (62366 words, 500928 chars). I open only the small document, then hoover over the left part of sidebar in order to change its horizontal size. I can change the side of the sidebar. The mouse changes its shape (see screeshot4.jpg). Now the large document is loaded also. I repeat the sidebar resize action. Now Writer gets stuck in the "resizing mode", the mouse cursor remains in the "resize shape", also when I "ALT TAB" through the programs. The mouse is also "locked" in this mode. I cannot use the mouse at all, also not in the other programs. Above happens also when only the large document is loaded. The only solution is to "ALT TAB" into a shell and kill Writer.
The behaviour is fully reproducible using KDE 4 and Plasma 5 on Debian. Both using Fresh from LibreOffice as well as the Debian built.
Jan Holesovsky wrote: "I am unable to reproduce it, but I have already fixed something like this in the past. The bug has nothing to do with the drivers, it is some confusion between sidebar & widget layout about the sizing of the panel: One decides it is too wide, the other that it is not enough wide; and the result is the jumping. I am unable to reporoduce it here though; please do report it with a document that you used, the dimensions of the LibreOffice window, which panel you have opened at the time, and screenshot... "
Comment on attachment 117766 [details] normal sidebar resize - incl. mouse shape The is a screenshot when I resize the sidebar. The "small" document is loaded.
The movie showing the behaviour when the bug occurs can be found here: https://plus.google.com/+LucCastermans/posts/N5XBVhDtKuV
I herewith confirm the same behaviour with LibreOffice 5 on Windows 7, 64 bit. Just load the large document, have Navigator docked right and resize the sidebar. (same as in the screen shot). As the large document is my logbook I cannot share it. I use it since OpenOffice 1.1 approx. 11 years now. It is over 300 pages. Its structure is per REGXP: [HEADER1] [HEADER2]* [TEXTBLOCK]+ [PICTURE]* [TEXTBLOCK]+ Likely any such large document will give same result.
Created attachment 117768 [details] fake logbook attached document comes closest to the structure of my logbook. However it does not result in triggering the bug.
Hi Luc, Thanks for the extensive report! I expect it is the same as bug 93134. Or alternatively issue 78111.. Could you pls check that and maybe add some info to the other issue(s) if appropriate? Cheers - Cor
(In reply to Cor Nouws from comment #7) > Thanks for the extensive report! I expect it is the same as bug 93134. > Or alternatively issue 78111.. Yes, let's just mark it as a duplicate. (Actually I have a way of reproducing it with any document, will post there.) *** This bug has been marked as a duplicate of bug 78111 ***
This bug could be related to https://bugs.documentfoundation.org/show_bug.cgi?id=78111 In latter report all 3: Calc, Impress and Writer are mentioned. This report talks about Writer and happens with one specific document, latter I find strange as how can a document be related to panels/panel sizes on a screen? After reading https://bugs.documentfoundation.org/show_bug.cgi?id=78111 I checked what happened when resizing the sidebare when it is NOT docked, with my large document: in this case no freeze occurs.
(In reply to Luc from comment #9) > In latter report all 3: Calc, Impress and Writer are mentioned. This report > talks about Writer and happens with one specific document, Right. Bug 78111 is an old bug, but we reuse it now, as it seems to be some underlying problem that was never fixed (i.e. the sidebar shouldn't try to resize itself to more than its width limit, even if the hosted controls request more then that). > latter I find > strange as how can a document be related to panels/panel sizes on a screen? Maybe timer related?