Bug 114781 - IMPRESS & DRAW: „Zoom & View Layout“ window does not response, if slider is on a higher zoom level than 1000%
Summary: IMPRESS & DRAW: „Zoom & View Layout“ window does not response, if slider is o...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Zoom-Issues
  Show dependency treegraph
 
Reported: 2017-12-31 15:58 UTC by Mike
Modified: 2019-04-01 08:51 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
5% instead of 1000% in Fedora 27 with LO 5.4.4.2 (4.14 MB, video/avi)
2017-12-31 15:59 UTC, Mike
Details
5% instead of 1000% in Linux Mint MATE 18.3 with LO 5.4.4.2 (979.00 KB, video/avi)
2017-12-31 15:59 UTC, Mike
Details
Video - Issue in LO 3.3.0 Portable reproducable. (1022.50 KB, video/avi)
2018-02-11 09:56 UTC, Mike
Details
LO 3-6-5 -Portable-Win10-64x Issue present (482.43 KB, video/x-ms-wmv)
2018-02-11 10:58 UTC, Mike
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mike 2017-12-31 15:58:14 UTC
Description:
This issue is about Impress and Draw zooming to more than 1000%. (It’s only them, because the maximum zoom at Writer is 599% and in Calc is 399%.)

Slide the zoom to more than 1000&, click on the zoom level number, „Zoom & View Layout“ window appears. It suggests as a variable 1000%. When you click "OK" nothing happens.


Steps to Reproduce:
Windows: I tested it with the portable version of LO 3.3, 4.0, 4.2, 4.3, 4.4, 5.0, 5.4 and in a normal installation (safe mode) of LO 6.001 RC1 and 6.1.0.0.alpha0+

1. Create empty presentation (Zoom is automatically set to fit the screen, so it can be 104, 106, 107 % or else (depends on LO version))
2. Click on a the slider in the bottom right to get a zoom that has a higher value than 1000%.
-> LO will display a value like e.g. 2345%
3. Click (in old LO versions - double click) on the number.
-> „Zoom & View Layout“ window appears. It suggest a value of 1000%.
4. Click on „OK“.
->Nothing happens. Zoom factor stays the same.
5. Open „Zoom & View Layout“ window again
6. Delete the „1000%“ (empty the variable field)
7. Click „OK“
-> Zoom is set to 1000% and displayed at 1000% zoom.
9. Open „Zoom & View Layout“ window again
10. Set Zoom to a higher value than 1000% (like 1500%)
11. Click “OK”.
-> Zoom is set to 1500%


Linux:
But exists on Linux, too. But if I run LO 5.4.4.2, Impress will suggest 5% instead of 1000%.

1. Create empty presentation (Zoom is automatically set to fit the screen, so it can be 104, 106, 107 % or else (depends on LO version))
2. Click on a the slider in the bottom right to get a zoom, that it greater than 1000%.
-> LO will display a value like e.g. 2345%
3. Click on the number.
-> „Zoom & View Layout“ window suggests a value of 5 % instead of 1000%.
4. Click on „OK“.
->Nothing happens. Zoom factor stays the same.
5. Open „Zoom & View Layout“ window again
6. Delete the „1000%“ (empty the variable field)
7. Click „OK“
8. Zoom will skip to 5 % instead of 1000 %. 

I installed Linux Mint 18.3 MATE Sylvia. It was shipped with LO 5.1.6.2. This version suggest 1000%. But I upgraded to 5.4.4.2 and now Impress suggests 5%
Fedora 27 ships with LO 5.4.4.2, that suggest 5%
Following combinations suggested 1000%
Elementary OS & LO 5.4.4.2 -> 1000%
OpenSUSE Tumbleweed & LO 5.4.3.2 1000%
Ubuntu 17.10 & LO 5.4.2.2 1000 %


Actual Results:  
See above

Expected Results:
LO should adjust to the variable set in the zoom field, when I click "OK".


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
The issue is inherited from OOo.

Im not an expert, but maybe a connection to this issue exists? https://bugs.documentfoundation.org/show_bug.cgi?id=108552

I attached videos, that show the 5% zoom on Linux.


User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0
Comment 1 Mike 2017-12-31 15:59:14 UTC
Created attachment 138769 [details]
5% instead of 1000% in Fedora 27 with LO 5.4.4.2
Comment 2 Mike 2017-12-31 15:59:49 UTC
Created attachment 138770 [details]
5% instead of 1000% in Linux Mint MATE 18.3 with LO 5.4.4.2
Comment 3 Buovjaga 2018-01-27 18:56:32 UTC
Yep, like you say it is a regression. I don't see the problem in 3.6.7.2

Arch Linux 64-bit
Version: 6.1.0.0.alpha0+
Build ID: 2d8f17565ebe867210f5769851d91b2e7b612a8f
CPU threads: 8; OS: Linux 4.14; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded
Built on January 27th 2018

Arch Linux 64-bit
Version 3.6.7.2 (Build ID: e183d5b)
Comment 4 Mike 2018-01-27 18:59:58 UTC
Maybe this new observation helps: In LO 6 RC1, the dialog suggests a zoom of 1000%, in LO6 RC2 the dialogs suggest a zoom of 5%,
Comment 5 Kevin Suo 2018-02-11 09:25:29 UTC
Bug already exits in the "oldest" version in bibisect-linux-64-6.0:

Version: 5.4.0.0.alpha1+
Build ID: 9feb7f7039a3b59974cbf266922177e961a52dd1
CPU threads: 4; OS: Linux 4.14; UI render: default; VCL: gtk3; 
Locale: zh-CN (zh_CN.UTF-8); Calc: group
Fedora 27 x64.

(By saying "the bug", I mean the un-functioning when you click the OK button at step 4.)
Comment 6 Mike 2018-02-11 09:54:41 UTC
(In reply to Buovjaga from comment #3)
> Yep, like you say it is a regression. I don't see the problem in 3.6.7.2
> 
> Arch Linux 64-bit
> Version: 6.1.0.0.alpha0+
> Build ID: 2d8f17565ebe867210f5769851d91b2e7b612a8f
> CPU threads: 8; OS: Linux 4.14; UI render: default; VCL: kde4; 
> Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded
> Built on January 27th 2018
> 
> Arch Linux 64-bit
> Version 3.6.7.2 (Build ID: e183d5b)

Maybe I got things wrong, but I think, that the non-responsiveness is inherited from OOo. I can reproduce the issue in 3.3.0
Comment 7 Mike 2018-02-11 09:56:36 UTC
Created attachment 139776 [details]
Video - Issue in LO 3.3.0 Portable reproducable.
Comment 8 Buovjaga 2018-02-11 10:37:48 UTC
(In reply to Mike from comment #7)
> Created attachment 139776 [details]
> Video - Issue in LO 3.3.0 Portable reproducable.

I just re-tested and 3.6.7 does not behave like that. It behaves as expected.
Comment 9 Mike 2018-02-11 10:58:08 UTC
Created attachment 139777 [details]
LO 3-6-5 -Portable-Win10-64x Issue present

Weird. Issue is present with 3.6.5 Portable on Win 10 64x...
Comment 10 Mike 2018-02-11 10:59:20 UTC
(In reply to Mike from comment #9)
> Created attachment 139777 [details]
> LO 3-6-5 -Portable-Win10-64x Issue present
> 
> Weird. Issue is present with 3.6.5 Portable on Win 10 64x...

I mean 3.6._4_ not 3.6.5
Comment 11 Buovjaga 2018-06-01 17:50:23 UTC
(In reply to Buovjaga from comment #8)
> (In reply to Mike from comment #7)
> > Created attachment 139776 [details]
> > Video - Issue in LO 3.3.0 Portable reproducable.
> 
> I just re-tested and 3.6.7 does not behave like that. It behaves as expected.

Hmm, it seems I was wrong. I re-tested again with 3.6.7 and now I see the problem.