Created attachment 95801 [details] registrymodifications.xcu which causes the error I opened LO to an Untitled document, pasted in some text, did some editing, and tried a "Save As". While trying to navigate into the correct directory, LO crashed. After that, all attempts to restart LO opened a grey window with no text which was unresponsive to Close (X) attempts. Run from a terminal, I get: [ftg@jaglap ~]$ soffice X Error: BadMatch (invalid parameter attributes) 8 Major opcode: 42 (X_SetInputFocus) Resource id: 0x840002f Renaming .config/libreoffice/4 fixed the problem. I then restored each subdirectory from the failing config to the new one, one by one, testing each time. All of the directories restored without causing the error. The culprit turned out to be registrymodifications.xcu, which I will attach.
The attached registrymodification.xcu indicates that LO wants to display the Document Recovery dialog on the next start, which it apparently fails to do for you, while I cannot reproduce any problems here (Fedora 20, Gnome) when using that registrymodifications.xcu. From the "X_SetInputFocus" X error msg and your description of trying "Save As," this is probably a duplicate of (KDE-specific) bug 69279. Are you using KDE?
Looks pretty close, and yes, I am using KDE. But that explains the initial crash, not the recurring problem on startup. Document Recovery doesn't involve the File Chooser (that I know of), unless the fact that it crashed in the File Chooser means it's trying to restart it. Can you tell me how to manually disable Document Recovery in the xcu file ? I can see if that makes a difference. Also, tracing your bug reference back to bug#69002, it looks like this was fixed in LO but then regressed, so the status really isn't clear at this point.
(In reply to comment #2) > Looks pretty close, and yes, I am using KDE. But that explains the initial > crash, not the recurring problem on startup. Document Recovery doesn't > involve the File Chooser (that I know of), unless the fact that it crashed > in the File Chooser means it's trying to restart it. Indeed, somewhat odd. > Can you tell me how to manually disable Document Recovery in the xcu file ? > I can see if that makes a difference. There is three consecutive lines each starting with > <item oor:path="/org.openoffice.Office.Recovery/ in your registrymodifications.xcu. If you remove all three, LO should no longer try to display the Document Recovery dialog on the next start. > Also, tracing your bug reference back to bug#69002, it looks like this was > fixed in LO but then regressed, so the status really isn't clear at this > point. Maybe bug 69279 is not exactly a duplicate of bug 69002 after all. Likely that there are multiple KDE-related issues.
Eliminating those 3 XML elements makes the problem go away. Not sure what to do with this. I don't get the "recursive repaint" error that seems constant in bug#69279 , unless that's due to a different log message level. OTOH, the patch mentioned in bug#69002 is specific to recursive repaint. Also not sure whether this patch is in 4.2.2.1 or whether the regression noticed in 4.1.5.3 persists in 4.2.2.1.
From what I can understand this is resolved and should not occur again. I am marking as RESOLVED -> WFM. If you can still reproduce this with a clean document with 4.2.5 or 4.3 RC1 please set to UNCONFIRMED again. Thanks!
The content of attachment 95801 [details] has been deleted