Description: The 'Toggle Print Preview' option can not be opened by using the default Ctrl+Shift+O shortcut. Once in the print preview view, the view can not be zommed in/out by using Ctrl+mouse wheel. Steps to Reproduce: 1. Open any Writer file 2. Try to use the 'Toggle Print Preview' mode by using the shortcut Ctrl+Shift+O 3. Try to zoom in/out with Ctrl+mouse wheel Actual Results: The Print Preview is not opened using the shortcut. It opens when you click the button. The zoom level does not change when using the mouse wheel. The zoom level can be changed with the zoom scrolling thing at the bottom Expected Results: The Print Preview can be opened using the shortcut. The zoom level can be changed using the mouse wheel. Reproducible: Always User Profile Reset: No Additional Info: Calc has the same problem regarding opening the Print Preview. The zoomlevel works fine in calc though. I am using the german version of LibreOffice and maybe there is a conflict there. I don't think that there is a problem regarding switched keys ( eg. Z and Y and my QWERTZ keyboard) though. I have tested this again after switching the language to english (no idea if that does change anything regarding the keyboard bindings) and it still did not work. I tried to reset the settings (OPTIONS > Reset) but that did not change anything. I tried to reset the keyboard bindings, but that did not change anything either. ------------------------------ Version: 7.1.2.2 (x64) / LibreOffice Community Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4 CPU threads: 16; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-AT (de_AT); UI: de-DE Calc: CL
I can't confirm it with Version: 7.1.3.2 (x64) / LibreOffice Community Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL 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? => NEEDINFO
(In reply to Dieter from comment #1) > I can't confirm it with > > Version: 7.1.3.2 (x64) / LibreOffice Community > Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 > CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: > win > Locale: de-DE (de_DE); UI: en-GB > Calc: CL > > 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? > => NEEDINFO I reset the entire profile, updated LibreOffice to the latest version and checked again. The bug still exists. Version: 7.1.3.2 (x64) / LibreOffice Community Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 CPU threads: 16; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-AT (de_AT); UI: de-DE Calc: CL
[Automated Action] NeedInfo-To-Unconfirmed
Working well in Version: 7.1.3.2 / LibreOffice Community Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Working well also in Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 54387d1d35cb79a30be208052831de74efd8b2f2 CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
Thank you for reporting the bug. I can not reproduce the bug. Version: 7.2.0.0.alpha1+ (x64) / LibreOffice Community Build ID: b1c0734ffe0f395757b6e0cea7830d820231afeb CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
Me too no repro. I set Needinfo for you to find out what local issue it is. Please respond only if you do, since nobody else managed to reproduce. Note unrelated bug 142513.
Note2: could be related to bug 45705 from 7.1.0. Please test with LO 6.4 (that would overwrite working 7.1 or with portable http://tdf.io/siguiexe). Please also test with master https://dev-builds.libreoffice.org/daily/master/current.html (separate to working LO).
The problem with 'open print preview' (Ctrl+Shift+O) works again. I did not change anything on my PC other than updating LO and the windows updates. The scroll to zoom in print preview however is still there. When I hold down the Crtl button and scroll with the mouse wheel the page does not zoom in print preview like it does in regular editing view. ---- Version: 7.2.2.2 (x64) / LibreOffice Community Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56 CPU threads: 16; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-AT (de_AT); UI: de-DE Calc: CL
Is it possible for you, to add a short screencast? Perhaps this would make it easier for us to see the problem. Thank you.
(In reply to Dieter from comment #10) > Is it possible for you, to add a short screencast? Perhaps this would make > it easier for us to see the problem. Thank you. Now this is weird AF: Yesterday I had the problem again. Today it works fine - for now. The thing is I did not change anything at all. Like literally ZERO! No updates for LO or Windows. I did not even restart the PC . Heck, I did not even bother to close the writer file I'm currently working on! So I have literally not a single clue where this would come from. Since the problem persisted for I have no idea how long and this is the first time that it did not show the bug, I wager that it will be gone after the next restart (but let's see). UPDATE: Ahh, there you go. I fixe-broke it: I closed the file and reopened it and now I have the problem again. If I come across the problem again I will try to film it with my phone. A simple screencast will probably not do the trick because you would only see that the file is not changing at all. On that note: Is there any debug option in LO that shows me what buttons I press? The question is: Does LO not 'get' the button press or does it not act on button press. I imagine such a debug tool to be a separate window with a keyboard layout (like https://commons.wikimedia.org/wiki/File:ANSI_US_QWERTY_(Windows).svg ) that would highlight/darken the keys when pressed down. The thing I also though about was if my keyboard would maybe not pick up Ctrl+Shift+O + Ctrl+scroll for some reason. I wouldn't think so because it works in other programs without any problem, but it's multiple keys at once - so maybe? But maybe not: The 'writing mode' does not have the issue. I can zoom in and out using Ctrl+touchpad up/down; touchpad pinch to zoom; Ctrl+mousewheel up/down "Very, very strange" is all I can say right now. I'll add a video as soon as possible!
(In reply to BDF from comment #11) > UPDATE: Ahh, there you go. I fixe-broke it: I closed the file and reopened > it and now I have the problem again. But problem occurs with every file, correct? > On that note: Is there any debug option in LO that shows me what buttons I > press? Sorry, but I don't know. > I'll add a video as soon as possible! Thank you
Created attachment 177964 [details] bug 141881 - example A side by side video of how this shows on my laptop. My laptop screen is on the left and the screenrecording of it is on the right
(In reply to Dieter from comment #12) > Thank you I'm sorry that my reply took so long! Even today it was more of a bricolage setup (I filmed my laptop with my smartphone that i fixed to the back of a chair using duct tape). The file in detail: EDIT VIEW: The regular mode in which you can edit the file PRINT VIEW: The special print view that shows you the file as it would be send to the printer EDIT VIEW: - 01: Scrolling with mouse: Scrolling the document using the mouse wheel up/down - 02: Scrolling with touchpad: Scrolling the document using the touchpad up/down - 03: Zooming with mouse: Zooming the document with Ctrl + mouse wheel up/down - 04: Zooming with touchpad: Zooming the document with Ctrl + touchpad up/down - 05: Enter print view: Entering the print with with Ctrl + Shift + O. That combination did not work with previous versions. Now it works again. PRINT VIEW: - 01: Scrolling with mouse: Scrolling the print view using the mouse wheel up/down - 02: Scrolling with touchpad: Scrolling the print view using the touchpad up/down - 03: Zooming with mouse: Zooming the print view with Ctrl + mouse wheel up/down -> DOES *NOT* WORK - 04: (Does not exist, should have been scrolling with touchpad) - 05: Zooming with button: Zooming the print view by using the buttons at the top (enlarged view in the red border) - 06: Zooming with slider: Zooming the print view by using the slider at the bottom (enlarged view in the red border) - 07: Zooming with mouse: Same as 03 -> DOES *NOT* WORK - 08: Zooming with touchpad: Zooming the print view with Ctrl + touchpad -> DOES *NOT* WORKup/down Is there more information needed for this? -------------------------------------------------------------------------------- Version: 7.2.4.1 (x64) / LibreOffice Community Build ID: 27d75539669ac387bb498e35313b970b7fe9c4f9 CPU threads: 16; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-AT (de_AT); UI: de-DE Calc: CL Yes, I know: I should have updated the program before making the video - and I'm deeply sorry for that. However, 1) I did not want to delay the report any further than I already have 2) I don't think anything changed in 7.2.5, but I will update the program and reply if anything changed
I tested the bug on Ubuntu 21.10 and this problem does not exist there. It seems to be some Windows thing. Version: 7.2.1.2 / LibreOffice Community Build ID: 20(Build:2) CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE Ubuntu package version: 1:7.2.1-0ubuntu3 Calc: threaded
(In reply to BDF from comment #13) > Created attachment 177964 [details] > bug 141881 - example > > A side by side video of how this shows on my laptop. > My laptop screen is on the left and the screenrecording of it is on the right Since I had to reduce the quality of the video to stay within the badwidth, I uploaded the full size video to YouTube: https://youtu.be/yvgHK_-AfUw
Tested with steps from you video, but still can't confirm Version: 7.3.1.3 (x64) / LibreOffice Community Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL
I think it makes no sense that this stays open when nobody can confirm. Please see bug 139404. Basically you can record keystrokes via Macro Recorder (enable with Options-Advanced) and bug (from a German user) is that recording doesn't work if started with keystrokes, if no mouse click previously. So you may try to click in document before Ctrl+Shift+O. If you record Ctrl+Shift+O you should see this in a macro: dispatcher.executeDispatch(document, ".uno:PrintPreview", "", 0, Array()) As for zoom, no idea.