Bug 50725 - UI: Click on frame border makes it move (without drag)
Summary: UI: Click on frame border makes it move (without drag)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
(earliest affected)
3.4.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: Frame
  Show dependency treegraph
Reported: 2012-06-05 06:27 UTC by fabien.michel
Modified: 2020-06-27 03:49 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:
Regression By:

Video show bug (549.91 KB, video/mp4)
2012-06-05 06:27 UTC, fabien.michel

Note You need to log in before you can comment on or make changes to this bug.
Description fabien.michel 2012-06-05 06:27:25 UTC
Created attachment 62585 [details]
Video show bug

Click on the border of a text frame. When the button is released, quickly move the mouse somewhere on the page.
The frame follows the mouse and positions itself elsewhere. The expected behavior is that the frame stay in place.

(cf attached video)
Comment 1 Roman Eisele 2012-06-17 01:48:17 UTC
@Fabien Michel:
Thank you very much for your report, especially for the attached videw, which is very impressive indeed!

However, I can NOT reproduce the problem with LibreOffice (Build-ID: 165a79a-7059095-e13bb37-fef39a4-9503d18), German langpack installed, on MacOS X 10.6.8 German UI. If I try to repeat exactly what the screencast shows, everything works for me as expected -- no moving frame, the frame stays in place.

So we need to find out what makes the difference, i.e. why you see this problem and I don't see it. Therefore, I want to ask you:

1) Which version of MacOS X do you use (10.5.x, 10.6.x, 10.7.x)?

2) Do you have any kind of accessability utility enabled? I mean, in the MacOS System Preferences, in the section "Accès universel" (to quote the Frech titles, because Apple names this section very differently ;-), do you have checked any options, e.g. "Activer l’accès pour les périphériques d’aide"? Or do you have any other special system utilities installed?
   I ask this (no. 2) because the use of accessability utilities is know to cause many strange issues; the problem you observed could be one of these issues.

3) And I ask this also because the screencast shows very nice effects which emphasize the mouse pointer (cursor) by a yellow circle and emphasize every mouse click by a blue circle. Are these effects part of the screencast software, or are they added by some system utility you have installed?
   (Forgive me if no. 3 is a stupid question, but I just don't happen to know this ;-) And any special utility you may have installed could have an influence on the problem you observe.

Thank you very much for your answers in advance!
Comment 2 fabien.michel 2012-06-18 00:17:10 UTC
Sorry for the lack of information.

1) I use MacOS 10.7.3 on a white macbook (2008) and LibreOffice 
Build ID: 165a79a-7059095-e13bb37-fef39a4-9503d18
But i've also reproduce on a 10.6.x (macbook pro) With Libreoffice 3.5.3.x

2) I've try with and without accessibility option you describe. And it does not change anything.

3) I use http://www.screencast-o-matic.com/ to capture screen animation. It automatically add clicking and moving effects on the mouse.
Of course the problem occur without this utility.
Comment 3 Roman Eisele 2012-06-18 11:13:31 UTC
(In reply to comment #2)
> Sorry for the lack of information.

On the contrary, thank you very much for your additonal information and testing! It helps us to make sure that the issue is not related to some special circumstances (e.g., on MacOS X, accessibility options can cause really strange things in LibreOffice ...).

And the one who has to say "sorry" is me ;-) After reading your answers, which made clear to me that there no special circumstances which could explain this issue, I tried again to reproduce your observation. And this time, it worked -- therefore:

(Most times) REPRODUCIBLE with LibreOffice (Build-ID: 165a79a-7059095-e13bb37-fef39a4-9503d18), German langpack installed, on MacOS X 10.6.8 German UI.

Two observations:
* for me, the frame just does not move always, but often;
* I have to move the mouse really *very* quickly after I release the button to make the frame move.

These two points may explain why I could not reproduce the problem when I tried first (comment #1) -- sorry again for that! -- I did not try hard enough and moved the mouse not quickly enough.

Set Status to NEW because bug is reproducible.
Set Version picker to "3.5.3 release" according to comment #2.
Comment 4 Roman Eisele 2012-06-18 11:18:10 UTC

* REPRODUCIBLE with LibreOffice 3.4.4, German langpack installed, on MacOS X
10.6.8 German UI.

Therefore changed Version picker to "3.4.4 release" (the Version field should always contain the FIRST version in which a bug can be reproduced).

* REPRODUCIBLE with LibreOffice 3.6.0beta1 (Build ID: 1f1cdd8), German langpack installed, on MacOS X 10.6.8 German UI. So the bug is still present in the 3.6 branch.

Can someone please test if this bug is reproducible on Windows/Linux? You may need to try more than once, of course (see my comment #3) ... Thanks!
Comment 5 Roman Eisele 2012-06-18 23:15:55 UTC
(In reply to comment #4)
> Can someone please test if this bug is reproducible on Windows/Linux?
I did it myself for WinXP:

REPRODUCIBLE with LibreOffice, German UI, on WinXP German UI.
A real cross-platform bug.

-> Changed Platform settings accordingly.

@Thorsten Behrens,
@Radek Doulik:
Could you please take a look at this issue? It is not terrible, it is not very urgent, but it is still annoying and rather irritating. For example, if someone repeats this unintentionally two or three times, and each time moves a frame for some px, he/she will break the slide layout step by step and notice this only when it is too late, i.e. when Undo will not work anymore.

Thank you very much in advance!
Comment 6 fabien.michel 2012-11-15 11:56:58 UTC
Always occurs with Version (Build ID: 58f22d5) On Mac OS X Lion 10.7.5
Comment 7 QA Administrators 2015-01-05 17:51:39 UTC Comment hidden (obsolete)
Comment 8 Buovjaga 2015-01-22 17:14:24 UTC
I can't reproduce this even if I try to move the mouse away as fast as humanely possible.

Win 7 Pro 64-bit Version:
Build ID: 07e84cae983c08afdba03018413a19d01abb3006
TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2015-01-19_06:15:38
Comment 9 QA Administrators 2016-02-21 08:35:51 UTC Comment hidden (obsolete)
Comment 10 QA Administrators 2017-03-06 15:22:38 UTC Comment hidden (obsolete)
Comment 11 fabien.michel 2017-03-06 16:06:44 UTC
Still occure with Version: (Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1)
On a recent MacBook Pro (2013, Core i5, SSD, 8Go RAM) on macOS El Capitan (10.11)
Comment 12 QA Administrators 2018-06-27 02:47:48 UTC Comment hidden (obsolete)
Comment 13 QA Administrators 2020-06-27 03:49:05 UTC
Dear fabien.michel,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)

If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword

Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team