If I try to re-size the sidebar it starts to "freakout". That means it's with increases and decreases as fast as hyperspeed. In this case all control is lost. Impress can't be closed, even gnome does not respond anymore. Only way out of it: shutdown the whole system. It happens every time, so on my machine it is reproducible. I noticed that after a short time the system fan goes crazy and the power consumption rises. Seems that the width calculation eats up a lot of resources. My screen resolution is 1600x900, maybe it matters.
please give exact informations about your Linux distribution and version
System Specs: Intel Haswell Mobile CPU Intel Core i5-4200U Arch Linux 64-bit Linux Kernel26 3.14.2 Desktop Environment: Gnome 3.12.1
Hi Alex, Can you check if this problem still arises for you in any of the latest releases, like 4.2.6 or 4.3.2.
Sorry. Unfortunately this Setup is not running anymore, so I can't check how it works now. Maybe I've a ISO Backup of that System and can try it in an VM.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team
Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker -- The LibreOffice QA Team This INVALID Message was generated on: 2015-05-06 Warm Regards, QA Team
Hello, I can confirm this bug on my system (debian testing aka stretch) but I have noticed it since quite some time. Current LO version is 4.4.4-rc1 The problem, as already described, seems to be related to resizing the sidebar. When the sidebar gets wider, it decides that there is place for one more item in one line. However, when performing the action, the check fails (either because of size restrictions or because the grouping of items which must stay together, I don't know) an it is decided that the icon has to be moved down. Then the size check decides that there is enough room to move the item back to the previous line and the whole cycle starts again. I use KDE (kwin) and a linux 4.1-rc7 kernel, but I do not think that is related to the issue. However, I have played around a little and found out that the problem only occurs, when the sidebar is docked. When the sidebar is floating then I can resize it without troubles. However, the system stays "responsive" so I can at least open up a terminal window and kill libreoffice writer manually. Best regards, Bernhard
PS: I can reproduce the bug on all my systems (which run in a similar setup)
Hi Bernhard, Can you provide a screencast of this, so we can better understand what you are seeing.
Created attachment 116666 [details] Libreoffice "freaking out" (as the original reporter called it)
I added a screencast of the problem. Only way to get out is "kill -9 <PID>". :( Sorry it took so long I forgot to enable email notifications for this bug. Best Regards, Bernhard
I installed 5.0.0-b3 from debian experimental, and guess what: The problem seems to be gone in Libreoffice Write 5.0.0-b3 which makes me very happy :) In 4.4 it was always reproducible but I cannot cause 5.0.0-b3 to "freak out". Best Regards, Bernhard
nice to hear that. I set status to RESOLVED WORKSFORME
Sorry, I think this one should be reopened. It seems my "small" monitor at home prevented me from resizing the sidebar. However, today I accidentally resized the sidebar and it was back again (ugly and mean as before). :( Same as before. LO version is 5.0.0-rc1 However the application is not impress but calc. I try if I can change that as well as the status. Best Regards, Bernhard
try LibO 5.0.0 RC2
The bug still present in dev build LibreOffice 5.0.0.2 a26d58f11b99b6aeddf7f7884effea188cc6e512 Conditions: 1. UI languge: Lithuanian (at least one, excluding English (US)) 2. Sidebar is docked 3. Working on LO Writer document 4. Ih the sidebar Styles section is expanded Ubuntu 14.04.2 LTS x86_64 GNU/Linux
*** Bug 93134 has been marked as a duplicate of this bug. ***
*** Bug 89480 has been marked as a duplicate of this bug. ***
This is "Me too" comment. Libreoffice version: 5.0.0.5 Build: 437e4abdf9e72fd0a6e6f8697a0e659bc77f9b10 Locale: lv-LV (lv_LV.utf8) OS: Fedora 22 64bit. Video card (lspci): Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06) Driver: included with Fedora (Intel® Haswell Desktop) Desktop environment: GNOME 3.16.2 Interestingly, this problem does NOT happen on LO 4.4.4.3-6.fc22 build (the one that ships with fedora).
CCing Rishabh as he is working on the sidebar.
*** Bug 93265 has been marked as a duplicate of this bug. ***
It can be reproduced always by creating a new style with a very long name (I tried with 50 characters), and then trying to resize the sidebar.
I added a paragraph style of 50+ chars long name to the test document as in https://bugs.documentfoundation.org/show_bug.cgi?id=93265 the bug did NOT occur. I checked the styles in my large document (logbook), there the longest paragraph style name is "Titel illustratieregister", which is far less then 50 chars. @Maxim: I cannot confirm your observation.
(In reply to Luc from comment #23) > I added a paragraph style of 50+ chars long name to the test document as in > https://bugs.documentfoundation.org/show_bug.cgi?id=93265 > the bug did NOT occur. Does this new style listed in the styles combobox when you open it? You must have it there to reproduce. > I checked the styles in my large document (logbook), there the longest > paragraph style name is "Titel illustratieregister", which is far less then > 50 chars. I didn't say that you must have it to reproduce the bug. What I said is that it's an additional way of reproducing.
(In reply to Luc from comment #23) > the bug did NOT occur. Also - 50 chars might be not enough in your environment. Try with more - let's say 100.
I can reproduce it with master when the style section is open and i try to resize it with attachment 117768 [details], but if the section is closed it wont happen. The styles drop down is allowed to get as large as its internal preview content which causes this to show up (bug 93290). But this bug was opened before the style section was added to the sidebar in 5.0, so something else is also causing this freak out as well. Bernhard Rieder's freakout video (attachment 116666 [details]) is done with 4.4 and looking at the video, i would assume it was related to how large the font text in the labels and drop down menus were in the sidebar. Version: 5.1.0.0.alpha1+ Build ID: 25534a62b2ba398c6298c6b9e521f20de1087540 TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2015-08-07_14:13:33 Locale: en-US (en_US.UTF-8)
Maxim Monastirsky committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e98cf0c63d6c48ca7c1db87d7413d5c419690c76 Related: tdf#78111 Try to guard against too wide panel layouts It will be available in 5.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 89298 has been marked as a duplicate of this bug. ***
Adding Bug 93290 back to 'See Also'. The commit there fixed one of the freeze cases mentioned here (in comment 22, maybe other too).
(In reply to Antanas from comment #28) > *** Bug 89298 has been marked as a duplicate of this bug. *** Hi Antanas, Can you post a screencast of the behaviour you are noticing? Some linux screencast apps are simplescreenrecorder, kazam, or gnome 3's screencast app.
(In reply to Yousuf (Jay) Philips from comment #30) > (In reply to Antanas from comment #28) > > *** Bug 89298 has been marked as a duplicate of this bug. *** > > Hi Antanas, > > Can you post a screencast of the behaviour you are noticing? Some linux > screencast apps are simplescreenrecorder, kazam, or gnome 3's screencast app. PLease review my screencast attached.
Created attachment 117833 [details] Example of Libreoffice "freaking out"
(In reply to Antanas from comment #32) > Created attachment 117833 [details] > Example of Libreoffice "freaking out" This screencast is likely due to the styles drop down, which maxim fixed in bug 93290. You stated in your duplicate bug that it was happening in 4.4.0.3 and when a picture was selected and the graphic section was open. Does this still happen?
(In reply to Yousuf (Jay) Philips from comment #33) > (In reply to Antanas from comment #32) > > Created attachment 117833 [details] > > Example of Libreoffice "freaking out" > > This screencast is likely due to the styles drop down, which maxim fixed in > bug 93290. You stated in your duplicate bug that it was happening in 4.4.0.3 > and when a picture was selected and the graphic section was open. Does this > still happen? Yes, it is (see additional screencast)
Created attachment 117838 [details] Sidebar freaking out with graphics
@Antanas: Thank you for the last screencast. I'm able to reproduce it with Lithuanian UI language, but not with English. The reason is that the strings of the "color mode" combobox in Lithuanian are longer than in English (and indeed if I change the code and put some long strings there, I'm able to reproduce also with English). The good news is that it seems to be fixed by the commit of comment 27 (so I'll consider backporting it to 5-0), i.e. it won't freeze anymore, but you still won't be able to resize the sidebar. I'll see what can I do to allow resizing the sidebar as well.
Maxim Monastirsky committed a patch related to this issue. It has been pushed to "libreoffice-5-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=b137ea11db280dec3e38a306f9daf7209eacf18e&h=libreoffice-5-0 Related: tdf#78111 Try to guard against too wide panel layouts It will be available in 5.0.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 93330 has been marked as a duplicate of this bug. ***
Maxim Monastirsky committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=d2f218f54369c6d7fb38d0b701aa86fdf5aae843 tdf#78111 Sane preferred width for the color mode combobox It will be available in 5.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
With these commits in place (the last one is also pending for 5-0), I think we can close this bug. For any additional problems in this area, please open new bugs.
Maxim Monastirsky committed a patch related to this issue. It has been pushed to "libreoffice-5-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=4c537dd82b24926bf7b4ed75763af5befcce6702&h=libreoffice-5-0 tdf#78111 Sane preferred width for the color mode combobox It will be available in 5.0.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Maxim Monastirsky committed a patch related to this issue. It has been pushed to "libreoffice-4-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=aec11c5204fb0687c0997c597e6b9526246df1a5&h=libreoffice-4-4 tdf#78111 Sane preferred width for the color mode combobox It will be available in 4.4.6. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 93680 has been marked as a duplicate of this bug. ***
*** Bug 93700 has been marked as a duplicate of this bug. ***
*** Bug 93722 has been marked as a duplicate of this bug. ***