Bug 114373 - LO DRAW: selected object jumps to screen edge when using arrow keys to move object
Summary: LO DRAW: selected object jumps to screen edge when using arrow keys to move o...
Status: RESOLVED DUPLICATE of bug 105368
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
5.4.3.2 release
Hardware: x86 (IA32) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2017-12-09 21:49 UTC by Gary
Modified: 2017-12-10 22:48 UTC (History)
1 user (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 Gary 2017-12-09 21:49:19 UTC
Description:
Using arrow keys to move an object causes the page position to jump so the selected object is at the screen edge *if* the zoom level is such that part of the selected object is off screen. Draw previously did not behave this way, moving an object did not cause the page position to move. This bug was introduced several versions (a couple years now) ago. Moving an object with arrow keys (or alt-arrow for nudging) to align the object with a target object is extremely common, not it is nearly impossible.

Steps to Reproduce:
1. Place a 3"x3" square (no fill color) near the center of the page, this will be the target object.
2. Place a vertical line 5" long inside the square near the left side. The line will be the object to move with arrow keys.
3. Zoom in enough so that part of the vertical line is off screen above (or below) the screen, but the left side of the square remains onscreen. Select the line, use left (or alt-left) arrow key to move the line so that it aligns with the side of the target box.

Actual Results:  
When using the left arrow key (or alt-left arrow) the page position jumps to the right such that the selected line is at the left edge of the screen. The target object (left side of the square) is now off screen.

Expected Results:
The page position on the screen should not move at all. The side of the square, the target object, should not move. Only the selected object that we want to move should actually move.


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
This behavior happens with all object types that I've tried, all sizes, in all directions (left, right, up, down). Nudging objects into position at high zoom levels has been extremely useful on earlier versions, now it is unusable.

Important note: if the zoom level is such that all of the selected object is on screen, the page does not move. Only when part of the selected object is off screen triggers the bug.


User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0
Comment 1 Regina Henschel 2017-12-10 21:12:28 UTC
I see the bug as described in Version: 5.2.0.0.alpha0+
Build-ID: 5bb308a9ad16f6002486a60e4a753693818580b6
CPU-Threats: 8; BS-Version: Windows 6.2; UI-Render: Standard; 
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-04-20_19:07:06
Gebietsschema: de-DE (de_DE)

It was OK in Version: 5.1.6.1
Build ID: f3e25ec0581f5012f54d8810dcddd5824f4ee374
CPU Threads: 8; OS Version: Windows 6.2; UI Render: default; 
Locale: de-DE (de_DE); Calc: group

Likely duplicate to bug 105368, which reports the same annoying behavior for horizontal lines.
Comment 2 Gary 2017-12-10 21:40:05 UTC
Yes, I believe you are correct, this is a duplicate of bug 105368. I searched, but did not find that bug.

To say this bug is annoying understates the severity in my opinion. The arrow keys move the page while the object selected to be moved remains stationary at the screen edge. Absolutely horrid behavior.

As I attempted to explain, this behavior is not limited to lines. It happens with all types of objects. Lines are just the easiest test case to describe.
Comment 3 Regina Henschel 2017-12-10 22:48:11 UTC

*** This bug has been marked as a duplicate of bug 105368 ***