Bug 89125 - EDITING - clicking on an object in Impress slightly displaces it
Summary: EDITING - clicking on an object in Impress slightly displaces it
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
3.3.0 release
Hardware: x86-64 (AMD64) macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-02-04 16:32 UTC by conversy
Modified: 2017-11-11 10:40 UTC (History)
2 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 conversy 2015-02-04 16:32:32 UTC
When I click to select say a text area in a slide, the text area is displaced slightly to the bottom-left.

To reproduce it:
- load a presentation file
- in the initial view of Presenter, click on a slide in the left part of the screen
- then click on the (non visible) border of the main text area in the main view of the slide to select the text area (i.e. do not click on the text directly or it will insert an insert edit text cursor instead of selecting the text area object)
- after releasing the button, the text object is selected *and* slightly displaced

this bug have been occurring for many years and it is soooo annoying that each time I test a new release of Libre or Open Office, this is the first thing I see, and I immediately give up...
Comment 1 Buovjaga 2015-02-04 17:30:44 UTC
Could not reproduce. OS X only?

Win 7 Pro 64-bit, LibO Version: 4.4.0.3
Build ID: de093506bcdc5fafd9023ee680b8c60e3e0645d7

Ubuntu 14.10 64-bit
Version: 4.4.0.3
Build ID: 40m0(Build:3)
Comment 2 Alex Thurgood 2015-02-04 17:40:21 UTC
Confirming

Version: 4.5.0.0.alpha0+
Build ID: 6143a7eeabea394133c54e97e3690bdf40b98247
Locale: fr_

but only the first time the text object is selected. Subsequent selects do not move the object down and left. It seems to affect the file only once, even closing LO and reopening the file to repeat the selection doesn't seem to cause the object to move again.

Of course, the movement registers as a change / edit, and so when you close the file, even if you htink you haven't changed anything, you get asked whether you want to save it.
Comment 3 QA Administrators 2016-02-21 08:34:21 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2017-03-06 14:53:35 UTC Comment hidden (obsolete)
Comment 5 eisa01 2017-11-11 10:40:41 UTC
I was not able to reproduce this in latest master

I did manage to reproduce this when I tried in 4.5 alpha, but only on the first open of a file. You have to restart LO to be able to reproduce it

So this seems to have been fixed

Version: 4.5.0.0.alpha0+
Build ID: 2851ce5afd0f37764cbbc2c2a9a63c7adc844311
Locale: en_US

Version: 6.0.0.0.alpha1+
Build ID: 7e03c4eed72452fdfb87341214a21956c08ba969
CPU threads: 2; OS: Mac OS X 10.12.6; UI render: default; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2017-10-25_23:45:02
Locale: en-US (en_US.UTF-8); Calc: group