try installing new 4.2.5.2 and tell if issue persists

WORKSFORME in Version: 4.3.0.1
Build ID: 9ed0c4329cf13f882dab0ee8b9ecd7b05e4aafbb

Is this bug still valid / reproducible with the latest LO release?
4.3RC1: http://www.libreoffice.org/download/pre-releases/

Please also try resetting your user profile and let us know if that helps: https://wiki.documentfoundation.org/UserProfile

Please REOPEN should the problem then still persist for you.

(In reply to comment #1)
> try installing new 4.2.5.2 and tell if issue persists

seems to work with LO 4.2.5.2
thanks

Created attachment 102207 [details]
impress crash-log 4162

hi there,

sadly i got the same problem again, impress crashs trough different actions (e.g. adding effect, foramating image...) i tryed to reset user profile, also tryed different lo versions without success. still got sudden crash.

Hi js, did you try LO 4.3.0.2? Not sure if this is the same problem, since you say it is triggered by different action?

(In reply to comment #6)
> Hi js, did you try LO 4.3.0.2? Not sure if this is the same problem, since
> you say it is triggered by different action?

Hi, 
no haven't tried LO 4.3 yet, but i think i've got a hint what causes the crashes: it only occures when dragon dictate (Version 3.0.4) is running. If i close dictate, everything is going fine. any idea what is going on? 

thanks a lot

--> js@skjuz.de 
so is there a conflict between that Dragon Dictate software and LibO, right?
does it affects only Impress or even Writer and Calc?

(In reply to comment #8)
> --> js@skjuz.de 
> so is there a conflict between that Dragon Dictate software and LibO, right?
> does it affects only Impress or even Writer and Calc?

hi,
yes seems to be a conflict between those two programms. Writer crashes also, haven't tried Calc. Right now i can only reproduce the crash in Impress by inserting a image-file. even that is not always reproduceable. there must be some other factors, i haven't pointed out yet. i'm going to find out what else exactly causes a crash. i added the last crash-log, produced in impress, by inserting a image-file, while nuance dragon-dictate was running (in sleep mode, means i'm working with keyboard & mouse not with voice-control, dictate should not do anything in that mode).

thanks a lot

Created attachment 102324 [details]
impress crash-log while running dictate 4252

caused by inserting an image, while dictate was running (see post for details)

Ok I changed summary notes. I think you should also open a bug report in Nuance Dragon Dictate technical support as well, since the bug could be on their side.

(In reply to comment #11)
> Ok I changed summary notes. I think you should also open a bug report in
> Nuance Dragon Dictate technical support as well, since the bug could be on
> their side.

i've tried LO 4.3.0.2 still the same problem. I've also opened a support-ticket at nuance.
i hope it can be fixed, cause i love LO, but need to work with dictate cause of a handicap.

thank you

Hi,

as fare as i can see it must have to do something with the OS X Accessibility-Support. If i turn it of, while Dictate is running, everything is fine. But i can't start Dictate without Accessibility-Support enabled. Maybe this is helpful.

Hi,
now i've got a nother crash, that can be reproduced, this time in writer:
dictate is running in sleep-mode (no matter, if Accesability-Support is activeted or not)
1) open exsisting odt-file
2) save as rtf
=> rtf-file is saved but LibO crashs

if dictate is closed no crash occures.

- OS X 10.9.3
- Nuance Dragon Dictate Deutsch Version 3.0.4 (12658)
- LibreOffice Version: 4.3.0.2

=> crash-log attached

greetings js

Created attachment 102719 [details]
writer crash-log 432

REOPENED is reserved for a bug that:

1. a developer has marked as FIXED;
2. a developer is assigned to the bug that is marked as FIXED;

In this case the bug report was never independently confirmed so correct status is UNCONFIRMED. Thanks!

This sounds very much like the old accessibilty crashes we had with VoiceOver and certain accessibility tools.

Adding Jorend as he knows much more about this than I do.

(In reply to comment #18)
> Adding Jorend as he knows much more about this than I do.

Can't help here sadly. I don't use this tool, and I even don't know how to use it.

(In reply to comment #19)
> (In reply to comment #18)
> > Adding Jorend as he knows much more about this than I do.
> 
> Can't help here sadly. I don't use this tool, and I even don't know how to
> use it.

Oh well, sorry about cc'ing you then :-)

-->  js@skjuz.de 
is the issue still present with LO 4.3.2.2 which has been released recently?

I would think that it is pretty safe to say that DD invokes something in the accessibility API that LO can not handle ;-)

Each time, the log shows this :

7   com.apple.CoreFoundation      	0x00007fff837758d9 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 41
8   com.apple.CoreFoundation      	0x00007fff8377584e __CFRunLoopDoSource1 + 478
9   com.apple.CoreFoundation      	0x00007fff83766886 __CFRunLoopRun + 1830

Well the LO run loop seems to complain that a Source1 type function is called, but LO doesn't know what to do with it ? Source1 function calls come from outside applications or user input according to the Apple dev reference, so it could be that DD is asking for something and LO has no means to respond and so dies ? As I'm not a dev, all just speculation.

Seems worthwhile confirming though, as those reports have come from four different versions of LO and are all highly similar

This is only likely to get fixed by someone who has:

- a debug build ;
- on OSX ;
- and Dragon Dictate

Not very likely at the moment