When LO is open, with no document open, opening a document by double-clic on his icon may take time, between 2 seconds and 1 minute. More strange, if we make an other click, the document opens immediately. And even if we move the mouse, the opening is quite immediate too.
Sometimes the problem doesn't appear, but in most cases, we notice it
Tested with LO 184.108.40.206 on Mac OOSX 10.9.2 on different macs
is this issue still happening?
did you try resetting the user profile?
see here: https://wiki.documentfoundation.org/UserProfile
I can not reproduce this problem with 220.127.116.11 OS X 10.9.2.
Putting to NEEDINFO until we know more how the reset of the user profile did go.
I started with a fresh profile (i delete the one existing). So here what's happening :
1° i open LO, close the window "Centre de démarrage", no document open : when i first double-clic on a LO document, it takes really a long time, more than 15 min to open.
2° double-clic on a second document makes it open in 1 between 20 seconds.
3° i quit LO, and start again in point 1° : same behavior, it takes really a long time to open the first document by double-clic on it
4° i quit LO, and start again in point 1°, but without closing the window "Centre de démarrage" --> no problem, double-clic on a document makes it open quite immediately.
So, the problem appears when LO is open, but the window "Centre de démarrage" is closed : in this case, opening documents by double-clic takes time, especially for the first document.
Hoping that my explanations could help to resolve this bug
I can confirm this, but for a long time thought I was just being impatient, however it happens regularly enough for me to be irritated by it.
It is also noticeable if LO is running in taskbar with no open documents, and one double-clicks on a document in the Finder to open it, where the Finder window is on a different screen to the one that LO was first opened on.
*** Bug 94560 has been marked as a duplicate of this bug. ***
*** Bug 94729 has been marked as a duplicate of this bug. ***
*** Bug 95632 has been marked as a duplicate of this bug. ***
*** Bug 96110 has been marked as a duplicate of this bug. ***
For me things are much worse using LO 5.1b1.
Files never open when opened from spotlight on 10.11.1.
adding regression keyword and raising importance since if LO does not open files which are opened in a standard way, this is a very serious problem.
http://dev-builds.libreoffice.org/daily/libreoffice-5-1/MacOSX-x86_64@49-TDF/current/ from today
opens files from spotlight as expected.
setting to WORKSFORME
please re-open if you still experience this issue with builds newer than todays 5.1 build.
My latest test results with yesterday's LO Dev, fresh user profile:
If LibreOfficeDev is NOT running, an .ods file will NOT open by:
Double-clicking, Cmd O, or Cmd [Down arrow]
Finder, Spotlight, or Desktop alias.
... until I move the mouse cursor or press a key (even Shift key works).
If I keep pressing the Cmd key when launching the file with Cmd O or Cmd Down, the file will not load until I release the Cmd key.
If LibreOfficeDev IS running, the file will open instantaneously with all methods mentioned above.
A few times I did get an .xls file to open normally from Finder, both by double-clicking and the mentioned keyboard shortcuts! After I succesfully launched an .xls file and quit LO Dev, the .ods file also launched normally with Cmd O and Cmd Down from Finder. But if I double-clicked the .ods file, it no longer launched, and we were back to square one.
However, I can no longer get the .xls to open normally either.
LibreOffice Dev -> About:
Build ID: 02c113a3ab57d7880bb1f794e192fb42aea078e1
CPU Threads: 4; OS Version: -; UI Render: default;
TinderBox: MacOSX-x86_64@49-TDF, Branch:libreoffice-5-1, Time: 2015-12-28_15:20:39
Locale: en-US (en.UTF-8)
*** Bug 96898 has been marked as a duplicate of this bug. ***
Still current and reproducible in
Build ID: d373cb7e15ceca249c33be39583a0515b413e417
CPU Threads: 2; OS Version: -; UI Render: default;
Locale : fr-FR (fr.UTF-8)
*** Bug 98635 has been marked as a duplicate of this bug. ***
*** Bug 97403 has been marked as a duplicate of this bug. ***
*** Bug 98892 has been marked as a duplicate of this bug. ***
Still current and reproducible.
Steps to reproduce:
1. LO not open
2. Double-click a Calc document, control-click Calc document and select Open with LibreOffice, or open a Calc document from Spotlight.
LO launches and displays document in window
LO launches, but document window is not displayed until there is mouse movement or a key pressed.
If LO is already open, the expected behavior IS observed. This bug only appears when LO is not currently open.
Build ID: 55b006a02d247b5f7215fc6ea0fde844b30035b3
Locale: en-US (en.UTF-8)
Apple OS X
System Version: OS X 10.11.4 (15E65)
Kernel Version: Darwin 15.4.0
Still current. Happens just the same in stable 18.104.22.168, 5.1.4 and the latest daily snapshot from yesterday (5th Aug):
This bug report has been active for 2 years, 3 months and 2 weeks.
Still current and happening in LibreOffice 22.214.171.124.
*** Bug 103660 has been marked as a duplicate of this bug. ***
macOS 10.12.1 + LO Version: 126.96.36.199.alpha1+
Build ID: 3950166877bf1308f9e449992e20b558342af825
CPU Threads: 4; OS Version: Mac OS X 10.12.1; UI Render: default; Layout Engine: old;
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2016-11-01_00:39:01
Locale: de-DE (de_DE.UTF-8); Calc: group
LO closed, double click LO file
currently: nothing (until mouse is moved)
expected: file should open
forgot: tested w OpenDocument Text file
Tested with Master of today, problem exist for at least writer/calc/impress.
It seems the document is actually loaded, but the main window never gets displayed, until a mouse event triggers a repaint (or at least so it seems, did not run it in the debugger).
A link to terminal output SAL_LOG+INFO+WARN with corresponding screen recording for this bug: https://drive.google.com/open?id=0B7DezVIXHrQOTzF3Y1J5MHVpc1E
Created with LO Version: 188.8.131.52.alpha0+
Build ID: a9afa89e953f0f32acf26b143717e7d067cbc75a
CPU Threads: 4; OS Version: Mac OS X 10.12.2; UI Render: default;
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2016-10-13_05:13:57
Locale: en-US (en_NL.UTF-8); Calc: group
It has something to do with a waitCondition:
71.620:info:sal.osl.condition:1667:1:sal/osl/unx/conditn.cxx:132: [On mouse movement]
*** Bug 107066 has been marked as a duplicate of this bug. ***
Probable cause and example of code which could be customized to fix copied here from duplicate bug 107066.
This bug is likely due to the code not using a delegate to initiate the application.
Example of a delegate:
- (void)applicationDidFinishLaunching:(NSNotification *)aNotification
// Insert code here to initialize your application
[_window setAlphaValue:1.00]; //etc. as needed
- (void)applicationDidBecomeActive:(NSNotification *)aNotification
- (void)applicationDidResignActive:(NSNotification *)aNotification
[_window setAlphaValue: _controller.alphaState];
- (NSApplicationTerminateReply)applicationShouldTerminate:(NSApplication *)sender
return NSTerminateNow; //NSTerminateCancel
- (BOOL)applicationShouldTerminateAfterLastWindowClosed:(NSApplication *)theApplication
Issue still reproducible on OS X.
From the About dialog:
Build ID: 1b1606c6e1203cdc3fd5ffbc16e74ecea300241a
CPU Threads: 8; OS Version: Mac OS X 10.11.6; UI Render: GL; Layout Engine: new
Disabling GL doesn't change anything.
*** Bug 111001 has been marked as a duplicate of this bug. ***
*** Bug 111693 has been marked as a duplicate of this bug. ***
The issue still present on macOS 10.12.6 for LO 184.108.40.206 with or without GL rendering.
Build ID: f95e7ef38e0bf79fa9662bfd50de612d50ef71de
CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default;
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2017-09-22_12:57:48
Locale: nl-NL (nl_NL.UTF-8); Calc: grou