Description: Image hidden after selecting image and pressing down arrow key twice Steps to Reproduce: 1. Open the attached file 2. Go to the second page 3. Select the image 4. Press arrow down twice Actual Results: Image transparent Expected Results: Visible Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: <buildversion> CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: ru-RU (nl_NL); UI: en-US Calc: CL
Created attachment 164065 [details] Example file
Image still visible in (arrow movement a mess) Version: 4.3.7.2 Build ID: 8a35821d8636a03b8bf4e15b48f59794652c68ba
no problem in Version: 7.0.0.3 (x64) Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e Потоков ЦП: 4; ОС: Windows 6.1 Service Pack 1 Build 7601; Отрисовка ИП: Skia/Vulkan; VCL: win Locale: ru-RU (ru_RU); ИП: ru-RU Calc: CL but when I press arrow up button, then the image moves down!
(In reply to Roman Kuznetsov from comment #3) > no problem in > > Version: 7.0.0.3 (x64) > Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e > Потоков ЦП: 4; ОС: Windows 6.1 Service Pack 1 Build 7601; Отрисовка ИП: > Skia/Vulkan; VCL: win > Locale: ru-RU (ru_RU); ИП: ru-RU > Calc: CL > > but when I press arrow up button, then the image moves down! but repro in Version: 7.1.0.0.alpha0+ (x64) Build ID: <buildversion> CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Vulkan; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL image moves up and became hidden, regression
*** Bug 146931 has been marked as a duplicate of this bug. ***
Image doesn't disappear in 7.0. The movement of image being off can even be seen in OpenOffice 2.2.0
This seems to have started in 6.2 with: https://git.libreoffice.org/core/+/e1d73cb5552c2566c6d7463ce001e555523f3d92 author Xisco Fauli <xiscofauli@libreoffice.org> Mon Jul 30 13:12:43 2018 +0200 committer Miklos Vajna <vmiklos@collabora.co.uk> Mon Jul 30 17:52:12 2018 +0200 tdf#118971: allow arrow keys to move images or drawing objects Adding CC to: Xisco Fauli Relevant difference is that the document is set to be displayed in Multiple-page view. The issue manifests in Single-page view only, so you have to change it before testing (or set the Writer window narrow). Also still an issue with current-ish master: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: c97a3592c78ce276a353f95ce68c70a8a39174a0 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: hu-HU (hu_HU.UTF-8); UI: en-US Calc: threaded
(In reply to Gabor Kelemen (allotropia) from comment #7) > This seems to have started in 6.2 with: > > https://git.libreoffice.org/core/+/e1d73cb5552c2566c6d7463ce001e555523f3d92 > > author Xisco Fauli <xiscofauli@libreoffice.org> Mon Jul 30 13:12:43 2018 > +0200 > committer Miklos Vajna <vmiklos@collabora.co.uk> Mon Jul 30 17:52:12 2018 > +0200 > > tdf#118971: allow arrow keys to move images or drawing objects > > Adding CC to: Xisco Fauli > > Relevant difference is that the document is set to be displayed in > Multiple-page view. The issue manifests in Single-page view only, so you > have to change it before testing (or set the Writer window narrow). > > Also still an issue with current-ish master: > > Version: 7.4.0.0.alpha0+ / LibreOffice Community > Build ID: c97a3592c78ce276a353f95ce68c70a8a39174a0 > CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 > Locale: hu-HU (hu_HU.UTF-8); UI: en-US > Calc: threaded Hi Gabor, i'm not sure the bisection is correct. My patch fixed step 4 "press arrow down twice". Without my fix in place, the image can't be move down Is the issue reproducible before 2d5ce0e1b233c83f91481cd6b9306ac8de7f5ff8 ?
Image movement is normal in MS Word, and it does not disappear when moving. Tested with: Microsoft® Word for Microsoft 365 MSO (Version 2212 Build 16.0.15928.20196) 64-bit In a LO master build from today, I see the very erratic movements of the picture, but not the disappearing: - pressing the down arrow: nothing happens - pressing right arrow moves the picture to the first page on the left - pressing left arrow: nothing happens - pressing up arrow: nothing happens - pressing up arrow, then down arrow: image goes down by big jumps. - pressing down arrow, then up: image goes down by big jumps too. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: b2bd60b8c1937502857e12b0eea42323fd2353c8 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
As Gabor said, the disappearing is only reproduced when only one page is shown at a time. Updated steps: Steps to Reproduce: 1. Open attachment 164065 [details] 2. Reduce window size, or zoom in, or change view mode to single page so only one page is shown at a time 3. Go to the second page 4. Select the image 5. Press arrow down twice OOo 3.3 already has the erratic movements (even moving in diagonal!) but I guess we focus on the disappearing here. This aspect is not inherited. In a LO master build from today, I see both the very erratic movements (somewhat different to OOo) and the disappearing. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d8ae6d1388f28c405c4de2dfe93dbfe2d8acd470 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded And I agree with Xisco, I can make the image disappear also in earlier versions: at least back to 5.3.3.2. Image movement is normal in MS Word, and it does not disappear when moving. Tested with: Microsoft® Word for Microsoft 365 MSO (Version 2212 Build 16.0.15928.20196) 64-bit
(In reply to Stéphane Guillou (stragu) from comment #10) > Steps to Reproduce: > 1. Open attachment 164065 [details] > 2. Reduce window size, or zoom in, or change view mode to single page so > only one page is shown at a time > 3. Go to the second page > 4. Select the image > 5. Press arrow down twice > > OOo 3.3 already has the erratic movements (even moving in diagonal!) but I > guess we focus on the disappearing here. This aspect is not inherited. Bibisected with Linux 44max to 3c873206a9450058a11ab87cab5942d319c75c82 fix picture jumping to incorrect X position after dragging Other currently open reports referencing the commit: bug 135576 bug 139232