Download it now!
Bug 61257 - UI: LibreOffice steals focus from Dashboard
Summary: UI: LibreOffice steals focus from Dashboard
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.0.0.3 release
Hardware: Other Mac OS X (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
: 61391 (view as bug list)
Depends on:
Blocks: MacOS-Wishlist
  Show dependency treegraph
 
Reported: 2013-02-22 02:14 UTC by T Dang
Modified: 2019-02-02 16:16 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Test case with table (30.18 KB, application/vnd.oasis.opendocument.text)
2017-08-26 17:25 UTC, eisa01
Details

Note You need to log in before you can comment on or make changes to this bug.
Description T Dang 2013-02-22 02:14:41 UTC
Problem description: 
When viewing a document in Writer that contains a table in the active view area, there is a problem with switching to OSX Dashboard. After switching to Dashboard (as a separate workspace), user can only remain there until the cursor (mouse) is moved. Once the cursor is moved, OSX switches back to the previously active workspace containing LibreOffice Writer.

Steps to reproduce:
1. In LibreOffice Writer, open a document that has a table visible in the window.
2. Switch to Dashboard (where Dashboard is a separate workspace).
3. Moving the cursor will trigger a switch back from Dashboard to the previously active workspace.

Current behavior:
Can't do anything in Dashboard after switching there from Writer.

Expected behavior:
Should be able to stay in Dashboard and use Dashboard apps until user chooses to switch back to Writer.
              
Operating System: Mac OS X
Version: 4.0.0.3 release
Comment 1 Jorendc 2013-04-15 22:11:11 UTC
Hi,

Thanks for reporting!

I can reproduce this behavior using Mac OSX 10.8.3 with LibreOffice 4.0.2.2. Therefore I mark this as NEW.

Priority: minor medium. Quite annoying, but doesn't prevent you to make high quality work related to the document itself.

Kind regards,
Joren
Comment 2 Jorendc 2013-04-17 10:35:17 UTC
*** Bug 61391 has been marked as a duplicate of this bug. ***
Comment 3 QA Administrators 2015-03-04 02:17:59 UTC Comment hidden (obsolete)
Comment 4 Alex Thurgood 2015-03-25 17:01:44 UTC
Still presnet in 

Version: 4.4.1.2
Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432
Locale : fr_
Comment 5 tommy27 2016-04-16 07:22:32 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2017-05-22 13:21:35 UTC Comment hidden (obsolete)
Comment 7 eisa01 2017-08-26 17:25:46 UTC
Created attachment 135804 [details]
Test case with table
Comment 8 eisa01 2017-08-26 17:28:23 UTC Comment hidden (obsolete)
Comment 9 eisa01 2017-08-26 17:32:29 UTC
Can replicate this with attached test case:

1. Open test case
2. Click inside the top left cell
3. Switch to Dashboard using four swinger swipe
4. Try to interact with Dashboard
 - It's not consistent but you might get snapped back by: Moving cursor, clicking outside widget in the empty space, clicking around in widgets (I used the notes)

Version: 5.4.0.3
Build ID: 7556cbc6811c9d992f4064ab9287069087d7f62c
CPU threads: 2; OS: Mac OS X 10.12.6; UI render: default; 
Locale: en-US (en_US.UTF-8); Calc: group

(hit the save changes button prematurely)
Comment 10 eisa01 2018-04-02 11:36:32 UTC
I could not replicate this using a multi-monitor setup

But the problem is still there using a single monitor

Version: 6.1.0.0.alpha0+
Build ID: a488c7ad2763b944713997911c1ddb0315d8c93f
CPU threads: 2; OS: Mac OS X 10.12.6; UI render: default; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-03-26_00:38:29
Locale: en-US (en_US.UTF-8); Calc: group