Bug 104563 - Writer doesn't allow to resize window to less than 4/5 of full screen in height
Summary: Writer doesn't allow to resize window to less than 4/5 of full screen in height
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.2.3.3 release
Hardware: All Windows (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: regression
Depends on:
Blocks: User-Profile
  Show dependency treegraph
 
Reported: 2016-12-10 17:01 UTC by Andrey
Modified: 2020-06-10 10:25 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andrey 2016-12-10 17:01:05 UTC
Description:
When trying to change Writer window height window stops shrinking at approx 4/5 of it's fullscreen size. This wasn't a case with at least 5.1.4 release.
The problem remains the same with new or any existing documents both when start resizing from the top or bottom side of the window. 
The problem doesn't appear when changing window width. The problem doesn't appear with Calc or Impress. 

Steps to Reproduce:
1. Open new window in Writer or open any of existing documents
2. Press window free-size button to change from fullscreen mode
3. Put mouse pointer to top of the window until it changes to window-resize type (two headed arrow). Press mouse button and try to change window height to as little as possible.

Actual Results:  
Window resize stops at approx 4/5 of full-screen 

Expected Results:
Shrink the window at least in half.


Reproducible: Always

User Profile Reset: No

Additional Info:


User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36
Comment 1 Roland Illig 2016-12-10 17:08:24 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?
Comment 2 Andrey 2016-12-11 12:31:07 UTC
(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.
Comment 3 tommy27 2016-12-11 15:33:36 UTC
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
Comment 4 tommy27 2016-12-11 15:46:38 UTC
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
Comment 5 Andrey 2016-12-13 09:01:20 UTC
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.
Comment 6 tommy27 2016-12-13 09:23:04 UTC
thanks 4 feedback.
which exact Windows version do you run?
Comment 7 Andrey 2016-12-13 09:49:32 UTC
Win 7 home basic SP1
Comment 8 Buovjaga 2016-12-17 20:34:26 UTC
(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
Comment 9 stayg_22 2017-03-19 07:13:50 UTC
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
Comment 10 stayg_22 2017-03-19 07:42:59 UTC
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.
Comment 11 Buovjaga 2017-03-19 16:15:40 UTC
NEW per comment 9
Comment 12 QA Administrators 2018-03-20 03:35:41 UTC Comment hidden (obsolete)
Comment 13 Tyco72 2019-02-21 15:31:33 UTC
It still occurs with LO 6.1.5.2 x64 (Windows7), as described in comment#5
Comment 14 Buovjaga 2019-05-16 16:42:08 UTC
Bug 93085 is fixed for 6.2.0, please test.
Comment 15 Buovjaga 2020-06-04 15:21:24 UTC
(In reply to Buovjaga from comment #14)
> Bug 93085 is fixed for 6.2.0, please test.

Still waiting for a reply to this.
Comment 16 stayg_22 2020-06-04 23:58:09 UTC
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.
Comment 17 Buovjaga 2020-06-05 05:40:54 UTC
That's awesome. Let's close.