Bug 91205 - Content pasted automatically and in wrong place in Impress when recovering focus on OSX
Summary: Content pasted automatically and in wrong place in Impress when recovering fo...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.4.2.2 release
Hardware: x86 (IA32) macOS (All)
: medium major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-05-10 14:26 UTC by Santi
Modified: 2017-11-05 16:03 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Demostration of bug 91205 (2.01 MB, video/quicktime)
2015-05-12 11:24 UTC, Santi
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Santi 2015-05-10 14:26:11 UTC
It has happened to me in Impress and in Writer so far.

Have a document opened, with some text selected in Writer, or a slide selected in Impress.

Go to another application, say Finder. 

Then go back to Impress or Writer clicking in another slide in Impress, or in the middle of some text in Writer.

Most of the times a CUT & PASTE operation takes place by itself.
Comment 1 Alex Thurgood 2015-05-11 09:21:12 UTC
@Santi : please provide :

OSX version

and also more precise details on how the buggy behaviour manifests itself.

When you switch between Finder and Writer, are you also switching user space (virtual desktop) ?

Which keyboard shortcuts are you using (if any)?

If you are not using keyboard shortcuts, please explain what you mean by switching between Finder and Writer/Impress.

Setting to NEEDINFO pending requested information, pleass set back to UNCONFIRMED once that information has been provided
Comment 2 Alex Thurgood 2015-05-11 09:34:05 UTC
Version: 5.0.0.0.alpha1+
Build ID: 3ffed8635acd55a5989bf9a0f4bc9c20b0acd945
Locale : fr-FR (fr.UTF-8)

Can not reproduce.

1) Opened Writer document containing text
2) Selected a text portion with cursor.
3) Opened Finder window in same workspace.
4) Switched between two app windows with Cmd-Tab

No spurious copy/paste occurred.
Comment 3 Santi 2015-05-12 03:15:19 UTC
I have Mac OS 10.9

Please do not use cmd + tab

Instead, click on the background Libreoffice window directly. To do this you actually need to see the Writer or Impress window in the background, while having the Finder window on front. 

It is important to "click" on the window directly.

Not using any virtual desktop

Thanks
Comment 4 Alex Thurgood 2015-05-12 06:55:26 UTC
No repro with 

Version: 4.4.2.2
Build ID: c4c7d32d0d49397cad38d62472b0bc8acff48dd6
Locale : fr_

1) Open Writer document
2) Select some text
3) Open Finder (e.g. double-click on disk drive), Finder window overlaps with LO window underneath
4) Select a folder in Finder
5) Click on LO app window

For me, the LO app window gets selected normally and comes to the foreground. No paste is executed.

This could be OSX 10.9 specific. Unless someone else can confirm with OSX 10.9 or another version of OSX, this will remain unconfirmed.
Comment 5 Santi 2015-05-12 11:24:21 UTC
Created attachment 115518 [details]
Demostration of bug 91205
Comment 6 Alex Thurgood 2015-05-12 11:42:11 UTC
Thanks for the video

Confirming with Impress only. I can not confirm in Writer, unless there is something particularly special about the selection that you haven't mentioned til now.

Version: 5.0.0.0.alpha1+
Build ID: 023e907b6ba5112d3e0d75d822771c92fe17fb2f
Locale : fr-FR (fr.UTF-8)
Comment 7 Alex Thurgood 2015-05-12 11:49:18 UTC
Note that if the Writer problem relates to hyperlinks being moved about when having selected them, this is bug 73709
Comment 8 QA Administrators 2016-11-08 11:26:26 UTC Comment hidden (obsolete)
Comment 9 eisa01 2017-11-05 16:03:22 UTC
Couldn't repro, but I did in 5.0.0 alpha so setting as works for me

Version: 6.0.0.0.alpha1+
Build ID: 15dce20e8b97dbd0179f01910ca4d0027e80ff4e
CPU threads: 2; OS: Mac OS X 10.12.6; UI render: default; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2017-10-20_06:46:46
Locale: en-US (en_US.UTF-8); Calc: group