Summary: | Writer doesn't allow to resize window to less than 4/5 of full screen in height | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Andrey <a_krupnov> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | minor | CC: | barta, btv2000, ilmari.lauhakangas, stayg_22 |
Priority: | medium | Keywords: | regression |
Version: | 5.2.3.3 release | ||
Hardware: | All | ||
OS: | Windows (All) | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 107636 |
Description
Andrey
2016-12-10 17:01:05 UTC
I cannot reproduce this with 5.3.0.0beta1 using Windows 10. Can you test this with a newer version than 5.2.3.3? (In reply to Roland Illig from comment #1) > I cannot reproduce this with 5.3.0.0beta1 using Windows 10. > Can you test this with a newer version than 5.2.3.3? I've tried it with 5.3.0.0 beta using Windows 7, the problem remains. The mark where resizing stops is not constant. Sometimes it stops a bit higher, sometimes a bit lower, but anyway aroung 3/4 of full height. BTW, 5.3.0.0 beta menu is also buggy. When mouse pointer is being put over one of menu items and then moved to another one, all of them turn into black rectangles. I don't reproduce this issue using LibO 5.2.3.3 under Win7 x64 did you try resetting the user profile? https://wiki.documentfoundation.org/UserProfile To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present Thank you for your advise. I've performed a complete user's profile reset according to https://wiki.documentfoundation.org/UserProfile#Resolving_corruption_in_the_user_profile . Now the situation is as following: if I start with LO shell and go to Writer by opening an .odt file, the problem persists. If I start by directly executing LO Writer application, everything's fine. The situation is the same with 5.3 and 5.2 versions. I'm not completely sure but I suppose it has nothing to do with user's profile reset. thanks 4 feedback. which exact Windows version do you run? Win 7 home basic SP1 (In reply to Andrey from comment #5) > Now the situation is as following: if I start with LO shell and go to Writer > by opening an .odt file, the problem persists. If I start by directly No problem here. Version: 5.2.4.1 (x64) Build ID: 9b50003582f07ac674d6451e411e9b77cccd2b22 CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; Locale: fi-FI (fi_FI); Calc: group Hi, I can reproduce the problem same as comment 5. In addition, it occurs after I upgraded LibreOffice 5.1.2.2(x86) to 5.3.1.2(x64) in my PC (Win10 Pro x64). Resetting the user profile has no effect. Version: 5.3.1.2 (x64) Build ID: e80a0e0fd1875e1696614d24c32df0f95f03deb2 CPU Threads: 8; OS Version: Windows 6.19; UI Render: default; Layout Engine: new; Locale: ja-JP (ja_JP); Calc: group I notice the main window of LibreOffice cannot be resized smaller than about 600 pixels in height when it opens no documents. The resizing limit seems to be remained wrongly after "no documents" state. It can be reproduced: 1. Start LibreOffice Writer. 2. Close the untitled document. 3. Open any document. 4. Resizing the window is restricted. I hope this will help. NEW per comment 9 ** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug It still occurs with LO 6.1.5.2 x64 (Windows7), as described in comment#5 Bug 93085 is fixed for 6.2.0, please test. (In reply to Buovjaga from comment #14) > Bug 93085 is fixed for 6.2.0, please test. Still waiting for a reply to this. Hi Buovjaga, I tested LibreOffice Writer 6.2.8.2 (x64), the issue is fixed. I can resize Writer window freely after no-document state. Thank you. That's awesome. Let's close. |