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: Presentation (show other bugs)
Version: 3.4.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-05 06:27 UTC by fabien.michel
Modified: 2015-01-22 17:14 UTC (History)
4 users (show)

See Also:
i915 platform:
i915 features:


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

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 3.5.4.2 (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 3.5.4.2 
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 3.5.4.2 (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
Also

* 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 3.5.4.2, 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 3.6.3.2 (Build ID: 58f22d5) On Mac OS X Lion 10.7.5
Comment 7 QA Administrators 2015-01-05 17:51:39 UTC
** Please read this message in its entirety before responding **

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 on a currently supported version of LibreOffice (4.3.5 or later): https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior

If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System

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)

Thank you for your help!

-- The LibreOffice QA Team
Comment 8 Beluga 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: 4.5.0.0.alpha0+
Build ID: 07e84cae983c08afdba03018413a19d01abb3006
TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2015-01-19_06:15:38


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.